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1.  INTRODUCTION 


1.1  Purpose 


The  purpose  of  this  document  Is  to  specify  the  computer 
algorithms  and  operation  of  the  Automatic  Traffic  Advisory  and 
Resolution  Service  (ATARS)  and  its  interfaces  with  the  Discrete 
Address  Beacon  System  (DABS)  and  the  Air  Traffic  Control  System 
(ATC).  Reference  1  describes  the  DABS  sensor  which  provides 
surveillance  data  and  ground-to-air  and  ground-to-ground 
communications  to  permit  operation  of  the  ATARS  function. 

This  document  provides  algorithm  specifications  for  the 
following: 

1.  Report  processing  and  tracking  logic 

2.  Conflict  detection  and  resolution  logic 

3.  A  traffic  advisory  service 

4.  Logic  to  permit  operation  in  a  multi-site  environment 

5.  Logic  to  interface  ATARS  with  the  Beacon  Collision 
Avoidance  System  (BCAS) 

6.  Logic  to  treat  various  failure  conditions 

It  does  not,  however,  specify  procedures  to  be  followed  by 
pilots  or  controllers  using  ATARS  or  standards  to  be  met  in 
supplying  the  ATARS  function.  The  subject  of  standards  is 
treated  in  Reference  1  and  the  ATARS  function  to  be  supplied  is 
subject  to  all  of  the  requirements  of  Reference  1  as  if  this 
document  were  incorporated  in  total  at  the  point  of  reference. 

Reference  2,  which  provides  a  broad  conceptual-level  description 
of  ATARS,  is  a  useful  document  for  describing  the  philosophy  and 
goals  of  the  ATARS  function  in  detail. 

Reference  3  provides  a  detailed  description  of  the  DABS/ATARS 
function  in  the  context  of  the  ATC  operational  environment. 

1.2  Definitions 


Certain  conventions  and  definitions  of  terms  used  in  writing 
this  document  need  to  be  explained. 


1-1 


Three  terms  are  used  in  discussing  the  facilities  at  a 
particular  location.  The  term  "sensor"  means  the  complete  DABS 
sensor  as  described  in  Reference  1.  The  term  "ATARS  function" 
refers  to  all  of  the  additional  hardware  and  software  required 
at  a  location  to  provide  ATARS  service.  The  ATARS  function  is 
described  by  this  document.  In  this  document,  the  term  "ATARS 
function"  is  frequently  used  as  if  it  were  describing  a  separate 
piece  of  physical  equipment.  However,  the  implementation  of 
ATARS  may  not  be  physically  separate  and  so  this  term  refers  to 
a  conceptually  separate  function  or  task.  The  third  term, 
"site,"  refers  to  the  DABS  sensor  and  ATARS  function  at  a  single 
location,  collectively.  Any  of  these  three  terms  may  be 
qualified  by  the  terms  local  and  remote.  Local  refers  to  an 
item  at  the  single  location  of  principal  concern.  Remote  refers 
to  an  item  at  any  other  location. 

The  term  advisory  Is  used  to  refer  to  a  message  to  be  delivered 
to  an  aircraft.  There  are  several  types  of  advisory  messages 
generated  by  ATARS. 

The  term  scan  refers  to  the  act  of  the  sensor  antenna  rotating 
through  one  complete  revolution,  or  to  the  time  required  for 
this  act  to  take  place. 

Several  terms  are  used  to  describe  the  DABS  and  collision 
avoidance  avionics  equipage  of  an  aircraft  and  the  distinctions 
between  these  terms  need  to  be  understood.  An  aircraft  can  be 
classified  as  radar-only  (non-beacon)  or  as  ATCRBS  (Air  Traffic 
Control  Radar  Beacon  System)  or  DABS  depending  on  the  type  of 
beacon  transponder  carried  by  the  aircraft.  An  aircraft  can 
also  be  classified  as  either  ATARS  equipped  or  unequipped 
depending  on  whether  or  not  that  aircraft  has  an  ATARS  display. 
This  classification  is  used  to  select  appropriate  collision 
avoidance  advisories  for  a  given  pair  of  aircraft.  An  ATCRBS 
aircraft  and  radar-only  aircraft  are  always  designated  as 
unequipped.  However,  a  DABS  aircraft  may  be  either  ATARS 
equipped,  BCAS  and  ATARS  equipped,  or  neither  (unequipped). 

The  term  non-mode  C  is  used  to  refer  to  a  transponder-equipped 
aircraft  (either  ATCRBS  or  DABS)  without  mode  C  altitude 
reports,  or  an  aircraft  without  a  transponder  (i.e., 
radar-only).  The  terms  ATCRBS  and  DABS  in  this  document 
normally  imply  mode  C  altitude  is  present. 
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1.3  Organization 


Section  2  Is  a  brief  overview  of  the  ATARS  concept  describing 
the  services  provided  by  the  ATARS  algorithms.  This  section  is 
for  familiarization  only  and  is  not  a  complete  system 
description. 

Section  3  provides  a  high-level  view  of  the  operation  of  the 
ATARS  elements  and  discusses  the  coordination  between  them.  It 
describes  the  external  interfaces  of  the  ATARS  function.  It 
also  contains  definitions  of  the  data  structures  common  to  all 
ATARS  processing  tasks. 

Section  4  provides  a  description  and  pseudocode  for  the  report 
processing  and  tracking  tasks. 

Sections  5  through  16  contain  descriptions  and  pseudocode  for 
the  message  processing,  aircraft  processing,  conflict  detection, 
conflict  resolution,  BCAS  coordination,  and  multi-site 
coordination  functions  of  the  ATARS  system. 

Section  17  provides  pseudocode  and  a  description  of  the 
algorithms  to  be  implemented  under  various  failure  conditions  of 
the  DABS/ ATARS  system. 

Section  18  contains  a  functional  specification  for  the  ATARS 
Status  Monitoring  and  Reporting  Function.  Although  this 
function  must  interface  with  many  ATARS  tasks  and  data 
structures,  its  requirements  are  collected  in  this  section  alone. 

Section  19  presents  the  specification  for  the  ATARS  Data 
Extraction  Function.  This  function  also  must  interface  with 
many  tasks  and  data  structures  but  is  described  in  this  section 
alone. 

Appendix  A  collects  all  of  the  ATARS  system  variables  and 
parameters,  and  presents  nominal  values  for  each  parameter. 

This  Appendix  provides  a  cross-reference  to  the  pseudocode  in 
each  section  of  the  document. 

Appendix  B  defines  symbolic  constants  used  in  the  pseudocode. 

Appendix  C  defines  the  syntax  for  the  pseudocode  used  in  this 
document  to  define  the  ATARS  algorithms. 

Appendix  D  lists  the  references. 
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1.4  Pseudocode 


The  last  part  of  Sections  4  through  17  contain  the  pseudocode 
for  each  of  the  tasks  listed  in  Section  3.  This  approach  to 
software  specification  has  been  adopted  because  it  provides  a 
clear,  English-like  specification,  which  is  believed  superior  to 
flowcharts  for  conveying  complex  logic  to  the  reader;  and  at  the 
same  time  provides  a  precise  software  specification  using  a 
formal  structure,  which  is  again  superior  to  flowcharts  for 
error-free  design.  This  document  achieves  these  dual  goals  by 
using  both  a  "high-level"  English-like  pseudocode  and  a 
"low-level"  variable  specification  pseudocode,  always  printed 
side-by-side  on  facing  pages.  Each  task,  routine,  or  process  is 
limited  to  one  page,  with  no  limit  to  the  number  of  nested 
processes  used  to  express  the  algorithm. 

Each  pseudocode  section  begins  with  its  own  Table  of  Contents. 
Next  follows  the  declaration  of  any  parameters  and  variables 
which  are  local  to  that  task.  The  pseudocode  for  the  task  is 
next,  followed  by  its  first-level  processes,  in  the  order  of 
their  invocation,  and  then  all  lower-level  processes  in 
alphabetical  order.  Any  routines  or  additional  tasks  then 
follow,  with  same  content  for  each.  Since  this  is  pseudocode, 
and  not  actual  machine  code,  even  the  low-level  pseudocode 
contains  English  statements.  No  attempt  has  been  made  to 
produce  finished  code,  but  only  to  convey  clear  meaning  to  the 
programmer.  This  is  frequently  done  where  the  final  code  is 
heavily  implementation-dependent.  For  example,  numeric  values 
have  not  been  assigned  to  system  constants  (Appendix  B) ,  in 
which  the  values  used  are  not  significant,  so  long  as 
alternative  values  are  unique.  An  explanation  of  the  pseudocode 
is  given  in  Appendix  C.  This  should  be  read  before  beginning 
the  pseudocode  sections. 

Within  the  pseudocode,  certain  abbreviations  are  frequently  used 
in  order  to  maintain  the  critical  Indentation  which  describes 
the  logic,  and  limit  each  task  or  process  to  a  single  page.  For 
example,  "aircraft"  is  abbreviated  as  AC,  and  major  data 
structures  such  as  Pair  Record,  Conflict  Table,  etc.  are 
sometimes  abbreviated.  References  to  system  data  structures  are 
normally  given  in  full,  with  both  the  structure  name  and  the 
member  name  given.  However,  certain  shorthand  conventions  are 
used  at  times,  where  the  meaning  should  be  clear  to  the 
programmer.  These  conventions  are  described  at  the  start  of  the 
pseudocode  section  where  they  are  used.  A  non-qualified 
variable  name  (i.e.,  structure  not  stated)  refers  to  a  variable 
which  is  local  to  the  task  in  which  it  is  used. 
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1.5  Features  New  to  This  Specification 

ATARS  has  undergone  considerable  revision  and  refinement 
throughout  its  development,  the  most  recent  previous  version 
being  Reference  4.  The  major  revisions  new  to  this  document  are 

1.  Resolution  advisory  coordination  using  the  Resolution 
Advisory  Register  (RAR) 

2.  A  Traffic  Advisory  Service  providing  multiple  levels  of 
service 

3.  Traffic  Advisory  and  Domino  provisions  for  non-mode  C 
aircraft 

4.  A  level-occupancy  nonlinear  vertical  tracker 

5.  Various  new  and  revised  features  in  the  Resolution 
Advisories  Evaluation  Routine 

6.  A  Status  Monitoring  and  Reporting  function 

7.  A  Data  Extraction  function 


2.  SYSTEM  OVERVIEW 


The  basic  concept  of  ATARS  is  very  briefly  reviewed  here  as 
background  to  the  technical  description  of  the  algorithms.  A 
complete  functional  description  is  presented  in  Reference  2. 
The  discussion  here  is  only  intended  to  introduce  ATARS  to  the 
program  designer. 

2.1  Summary  Concept  Description 


The  Automatic  Traffic  Advisory  and  Resolution  Service  is  a 
ground  based  collision  avoidance  system  to  be  implemented  in  the 
following  environment: 

1.  Full  x,  y,  and  z  (altitude  reporting)  surveillance  or 
non-mode  C  (mode  A  or  primary  radar  data)  on  all 
aircraft  in  the  ATARS  surveillance  area 

2.  Direct  digital  data  link  to  displays  in  the  cockpits  of 
aircraft  receiving  ATARS  service 

3.  Aircraft  with  an  operational  Beacon  Collision  Avoidance 
System  (BCAS)  (see  Reference  5) 

4.  Netted  and  non-netted  adjacent  DABS  sites 

5.  An  automated  decision  process 

The  Discrete  Address  Beacon  System  (DABS)  provides  the  fully 
automatic  surveillance  and  data-link  communications  capabilities 
which  are  prerequisite  to  the  realization  of  ATARS. 

The  ATARS  system  monitors  the  location,  altitude,  and  velocity 
of  all  aircraft  throughout  a  contiguous  airspace  via  the  surveil¬ 
lance  capability.  A  ground  based  computer  processes  the  data  and 
continuously  provides  proximity  warning  information  and,  when 
necessary,  resolution  advisories  to  aircraft  receiving  A"ARS 
service.  A  limited  traffic  advisory  service  is  provided  to 
inform  ATARS  equipped  aircraft  of  nearby  non-mode  C  aircraft. 
Certain  messages  are  generated  by  ATARS  and  displayed  to  the 
responsible  air  traffic  controller  at  the  ATC  facility  when  a 
conflict  involving  a  controlled  aircraft  is  detected  by  the 
ATARS  system. 

2.2  Types  of  Encounters 

The  ATARS  system  behaves  differently  depending  on  whether  the 
aircraft  in  conflict  are  under  control  of  the  ATC  system 
(controlled  aircraft)  or  not  (uncontrolled  aircraft),  and  on 
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whether  one  aircraft  is  unequipped  to  receive  ATARS  resolution 
advisories  or  has  not  adequately  responded  to  the  original 
resolution  advisory.  The  types  of  messages  to  be  sent  to  the 
aircraft  and  the  parameters  used  in  the  detection  algorithms 
vary  with  the  type  of  encounter  involved. 

2.2.1  Uncontrolled/Uncontrolled  Encounters 


ATARS  is  a  limited  form  of  ground  based  air  traffic  control 
which  provides  proximity  warning  and  separation  services  to 
uncontrolled  aircraft  in  a  given  region  of  airspace.  It  is 
intermittent  in  that  it  intervenes  into  the  Visual  Flight  Rule 
(VFR)  flight  regime  only  when  that  flight's  present  course  and 
altitude  put  it  in  proximity  to,  or  in  potential  conflict  with 
other  traffic.  It  does  not  require  the  pilot  to  file  a  flight 
plan  or  to  operate  under  an  ATC  clearance. 

The  look-ahead  times  and  minimum  miss  distance  criteria  used  tc 
issue  resolution  advisories  in  uncontrolled /uncontrolled 
conflicts  are  of  a  "tactical"  nature  (e.g.,  30  seconds  and  0.5 
nmi)  and  imply  collision  avoidance  intervention  only  when  a 
conflict  is  imminent.  The  uncontrolled  aircraft  still  operates 
in  a  primarily  "free  flight"  mode. 

2.2.2  Uncontrolled/Controlled  Encounters 


In  an  uncontrolled/controlled  encounter,  the  air  traffic  con¬ 
troller  becomes  another  element  in  the  resolution  of  a  conflict. 
The  sequence  of  events  is  as  follows.  When  a  pair  of  aircraft 
is  observed  to  be  on  the  order  of  40  seconds  from  a  violation  of 

1.2  nmi  horizontal  separation  or  375  feet  vertical  separation,  a 
Controller  Alert  Message  is  generated  and  displayed  to  the 
controller  with  responsibility  for  the  controlled  aircraft. 

This  message  will  contain  the  conflict  resolution  advisory  which 
ATARS  would  deliver  to  the  uncontrolled  aircraft  if  it  were  to 
issue  one  at  this  time.  (If  the  conflict  alert  messages  which 
are  generated  within  the  en  route  or  terminal  automation  systems 
are  already  displayed  for  this  aircraft  pair,  the  controller 
message  generated  by  ATARS  need  not  be  displayed  in  duplicate.) 

At  the  same  time  a  threat  advisory  is  issued  to  both  pilots 
indicating  the  potential  conflict  and  that  they  should  attempt 
to  visually  acquire  the  threat  aircraft  and  make  a  threat 
assessment.  The  controller  observes  the  warning  on  his  display 
and  may  elect  to  maneuver  the  controlled  aircraft  to  avoid  the 
uncontrolled  aircraft  or  simply  issue  an  advisory  on  the 
traffic.  If  no  action  is  taken,  at  about  15  seconds  later  a 
resolution  advisory  is  issued  to  the  uncontrolled  pilot  informing 
him  that  he  should  perform  the  evasive  maneuver  Indicated.  If 
ATARS  determines  that  the  conflict  situation  has  continued  to 
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deteriorate  (approximately  25  seconds  before  closest  approach) 
then  the  controlled  aircraft  is  also  issued  a  resolution 
advisory.  Both  of  these  resolution  advise' xes  are  made 
available  to  ATC  for  display  to  the  controller. 

2.2.3  Controlled/Controlled  Encounters 


ATARS  can  serve  a  role  as  a  backup  collision  avoidance  or 
separation  assurance  system  for  conflicts  between  two  controlled 
aircraft.  It  is  not  a  controller  automation  aid  as  are  the 
present  conflict  alert  functions  in  the  terminal  and  en  route 
automation  systems.  ATARS  is  designed  to  maneuver  controlled 
aircraft  only  when  absolutely  necessary,  and  is  not  intended  to 
supplant  the  ATC  system  or  routinely  issue  resolution  advisories 
to  controlled  aircraft. 

An  ATARS  Controller  Alert  Message  is  generated  by  ATARS  at  a 
time  comparable  to  the  ATC  Conflict  Alert  time  for  display  to 
the  responsible  controller.  This  message  contains  the  conflict 
resolution  advisories  for  both  aircraft  which  ATARS  would  issue 
if  it  were  to  do  so  at  that  time.  Both  pilots  are  informed  of 
the  potential  threat.  If  the  conflict  continues  to  deteriorate, 
ATARS  will  issue  resolution  advisories  to  the  pilots 
approximately  25  seconds  before  closest  approach  is  reached. 
These  advisories  are  also  made  available  to  ATC  for  display  to 
the  controller. 

The  continued  execution  of  ATARS  with  direct  data  link 
advisories  to  controlled  aircraft  as  well  as  to  uncontrolled 
aircraft  can  be  a  significant  safety  backup  during  periods  of 
ATC  hardware  or  software  failure. 

2.2.4  Encounters  With  More  Than  Two  Aircraft 


Logic  has  been  developed  to  resolve  conflicts  involving  more 
than  two  aircraft.  Details  of  this  logic  are  presented  in  a 
later  section. 

2.2.5  Encounters  With  One  Aircraft  Unequipped 

The  ATARS  system  can  detect  conflicts  between  one  equipped 
aircraft  and  one  aircraft  which  is  unequipped.  The  system 
uses  larger  time  thresholds  so  that  the  conflict  can  be  satis¬ 
factorily  resolved  by  issuing  resolution  advisories  only  to  the 
equipped  aircraft. 
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2.2.6  Encounters  Which  Are  Not  Resolved  With  Initial  Resolution 
Advisories  ~  “ 


Special  logic  to  alter  the  resolution  advisories  is  implemented 
in  encounters  which  continue  to  deteriorate  after  initial 
advisories  have  been  issued  or  in  which  additional  significant 
information  becomes  available  on  the  aircraft's  maneuvering 
status.  When  such  an  encounter  is  detected,  additional 
advisories  may  be  issued  to  one  or  both  aircraft. 

2.3  Uplink  Messages  to  be  Sent  to  Aircraft 


ATARS  information  is  uplinked  to  equipped  aircraft  in  display 
independent  formats  which  are  capable  of  supporting  a  wide  range 
of  display  implementations.  In  order  to  facilitate  the 
implementation  of  low  cost  avionics  as  well  as  to  provide 
sufficient  information  to  drive  sophisticated  avionics  (such  as 
a  graphic  display)  without  transmitting  a  large  amount  of 
unwanted  information  to  some  aircraft,  ATARS  has  been  designed 
to  provide  up  to  8  classes  of  service. 

This  document  describes  3  classes  of  service;  classes  0,  1  and 
2.  Each  class  of  service  provides  the  full  set  of  ATARS 
advisories;  however,  they  differ  in  terms  of  the  quantity  of 
information  provided. 

Upon  entry  into  ATARS  coverage,  each  avionics  Installation  will 
notify  the  ground  of  the  class  of  service  it  desires.  This  will 
be  the  lowest  class  of  service  that  will  permit  full  functioning 
of  the  avionics  installation,  thereby  making  efficient  use  of 
the  DABS  data  link. 

2.3.1  Proximity  Advisory 


A  proximity  advisory  is  used  to  inform  a  pilot  of  the  presence 
of  nearby  proximate,  non-threatening  aircraft.  The  message 
contains  sufficient  information  to  enhance  visual  acquisition. 
The  horizontal  range  and  relative  altitude  are  used  to  determine 
when  a  proximity  advisory  will  be  issued.  The  horizontal  range 
varies  with  the  speed  of  the  aircraft  involved.  If  one  aircraft 
receives  an  advisory  because  of  the  proximity  of  a  second 
aircraft,  that  second  aircraft  (if  ATARS  equipped)  will  also  be 
issued  an  appropriate  proximity  advisory  indicating  the  presence 
of  the  first  aircraft.  Note  that  for  ATARS  service,  at  least 
one  aircraft  must  be  ATARS  equipped. 
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2.3.2  Threat  Advisory 


When  an  aircraft  is  in  potential  conflict  with  another  aircraft 
as  determined  by  horizontal,  vertical,  and  miss-distance  tests, 
then  a  threat  advisory  is  issued  to  warn  the  pilot  of  the 
potential  collision  situation.  This  message  is  given 
approximately  15  seconds  in  advance  of  the  resolution  advisory 
to  give  the  pilots  involved  time  to  assess  the  situation  on 
their  own  by  locating  each  other  visually  using  the  relative 
bearing,  altitude,  and  heading  data  from  the  threat  advisory. 

2.3.3  Resolution  Advisory 


The  pilot  will  be  given  a  negative  resolution  advisory  either 
(1)  to  prevent  a  maneuver  that,  if  executed,  would  cause  a 
positive  resolution  advisory  to  be  issued,  or  (2)  when  stopping 
an  aircraft's  vertical  rate  or  rate  of  turn  would  produce 
sufficient  separation  to  resolve  the  conflict.  These  advisories 
are  in  the  form  of  generic  "don't"  messages  (don't  turn  left, 
don't  climb,  etc.).  All  data  provided  for  a  threat  advisory  is 
transmitted  with  a  resolution  advisory.  The  vertical  speed 
limit  (VSL)  is  a  negative  advisory  which  requires  that  the  pilot 
limit  his  rate  of  climb  or  descent. 

A  positive  resolution  advisory  will  b*  issued  whenever  ATARS 
determines,  based  upon  a  projection  of  the  aircraft,  that  the 
aircraft  will  come  closer  than  a  specified  separation  threshold. 

Resolution  is  accomplished  by  selecting  the  best  maneuver  for 
each  aircraft  for  the  particular  geOfflStry  such  that  clearance  of 
the  hazardous  condition  will  be  provided.  This  is  accomplished 
by  modeling  each  aircraft  as  responding  to  all  possible 
maneuvers  and  selecting  the  one  which  provides  the  most 
acceptable  maneuver  based  on  the  consideration  of  many  factors. 
The  advisories  are  removed  when  the  aircraft  no  longer  satisfy 
the  detection  criteria  for  such  advisories. 

2.3.4  Own  Message 

The  ATARS  ground  based  system  will  provide  periodic  Own  Messages 
to  suitably  equipped  aircraft.  This  message  contains 
information  pertaining  to  own  aircraft's  tracked  heading,  ground 
speed,  altitude,  and  turn  rate  as  seen  by  ATARS.  This 
information  is  used  by  the  aircraft's  on  board  display  processor 
to  aid  in  the  presentation  of  ATARS  generated  advisories. 
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2.3.5  Terrain,  Airspace,  and  Obstacle  Avoidance  Messages 

ATARS  will  give  an  alert  to  an  aircraft  too  near  the  terrain  or 
an  obstacle.  A  map  of  the  terrain  in  the  ATARS  service  area 
will  be  generated  from  U.  S.  Geological  Survey  Data  and  stored 
in  the  ATARS  data  base.  Also,  ATARS  will  provide  an  alert  to 
pilots  when  a  violation  of  restricted  airspace  is  Imminent. 
Uncontrolled  aircraft  will  be  alerted  upon  entry  into  a  Terminal 
Control  Area  (TCA).  Obstacles  and  restricted  airspace  regions 
will  also  be  stored  for  access  by  ATARS.  A  Controller  Alert 
Message  is  also  generated  when  these  kinds  of  alerts  are 
required . 

2.3.6  Altitude  Echo 


ATARS  lets  the  pilot  verify  his  mode  C  reported  altitude  and  his 
manually  entered  correction  to  his  barometric  altimeter 
reading.  This  message  is  sent  upon  the  aircraft  first  entering 
ATARS  service,  periodically  thereafter,  and  also  whenever  the 
pilot  requests  this  service.  The  message  uplinks  (echos)  the 
corrected  mode  C  report,  and  also  contains  the  altimeter 
correction  used  by  ATARS. 

2.4  Multi-site  Considerations 


ATARS  is  to  be  implemented  in  a  complete  system  by  performing 
the  ATARS  function  in  the  same  digital  computer  facility  that  is 
resident  at  each  DABS  sensor  site.  Hence,  ATARS  is  Implemented 
as  a  distributed  function  and  must  be  provided  with  a  means  for 
coordination  between  adjacent  ATARS  functions. 

The  necessary  coordination  between  ATARS  functions  can  be 
achieved  by  providing  direct  ground  communication  links  between 
adjacent  DABS  sites  or  by  using  the  information  stored  in  the 
Resolution  Advisory  Register  (RAR).  This  register  is  on  board 
each  aircraft  which  is  equipped  to  receive  ATARS  service.  Each 
ATARS  function  performs  ATARS  calculations  for  all  aircraft 
within  a  specified  geographical  area  which  represents  the  area 
of  responsibility  of  that  ATARS.  These  areas  of  responsibility 
overlap  in  the  vicinity  of  their  boundaries  to  form  seam  areas 
in  which  two  or  more  ATARS  functions  may  have  responsibility. 

The  generation  of  incompatible  resolution  advisories  to  a  pair 
of  aircraft  by  two  different  ATARS  functions  is  prevented  by 
assigning  a  priority  ordering  to  sites  which  provide  service  in 
the  seam  between  sites.  The  site  which  sees  both  the  aircraft 
and  has  the  highest  priority  is  allowed  to  resolve  the  conflict. 
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2.5  ATARS  -  BCAS  Coordination 

The  coordination  of  ATARS  and  BCAS  is  through  the  RAR.  The  RAR 
is  a  resolution  advisory  storage  device  on  board  each  BCAS  and 
ATARS  equipped  aircraft.  This  device  is  read  by  examining 
replies  to  BCAS  and  DABS  sensor  interrogations.  The  current 
resolution  advisories  generated  by  either  BCAS  or  ATARS  are 
taken  as  constraints  when  either  system  selects  maneuvers  for  a 
new  conflict. 
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3.  HIGH  LEVEL  PROCESSING  AND  SYSTEM  DATA  STRUCTURES 


3.1  High  Level  Processing 

This  section  discusses  the  execution  control,  the  sequencing  of 
tasks,  and  the  external  Interface  of  ATARS  sector  processing. 

3.1.1  Sector  Processing 

Special  consideration  must  be  given  to  the  proper  interplay  and 
overall  control  of  the  sector  oriented  task  sequencing  of  ATARS. 
Executive  control  must  arrange  for  smooth  transitions  of  control 
and  effective  utilization  of  computer  time  resources.  Although 
a  precise  implementation  of  an  executive  program  is  not  specifi¬ 
cally  addressed,  a  solution  is  outlined  in  the  diagram  of  Figure 
3-1. 
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Sector  processing  in  ATARS  provides  a  method  to  take  small, 
defined  areas  (sectors)  of  the  ATARS  surveillance  area  and 
process  the  data  from  each  sector  as  a  group.  The  ATARS  sectors 
illustrated  in  Figure  3-1  contain  two  antenna  sectors  of  11  1/4 
degrees  each.  (The  term  "sector”  used  unqualified  should  be 
interpreted  as  an  ATARS  sector  (22  1/2  degrees)  while  reference 
to  an  antenna  sector  (11  1/4  degrees)  will  always  be  written  as 
"antenna  sector".)  Because  of  a  generalized  design  approach  for 
sector  processing,  the  requirement  for  an  ATARS  sector  to  contain 
two  antenna  sectors  is  flexible  and  may  be  site  adaptable.  Care 
must  be  taken  when  enlarging  the  ATARS  sectors  in  that  a  larger 
area  would  contain  a  larger  data  base  and  each  sector's 
processing  time  would  have  to  be  adjusted.  Also,  certain  sector 
and  time  dependent  parameters  need  to  be  adjusted. 

The  report-to-track  correlations  provided  by  the  DABS  sensor  are 
accepted  by  ATARS  as  they  are  received  because  ATARS  is  an 
uncorrelating  user.  Track  data  which  is  tranferred  from  DABS  to 
ATARS  is  slaved  to  the  antenna  rotation.  Target  reports  arrive 
in  the  buffer  area  in  a  batch  (one  antenna  sector's  worth  of 
reports)  once  per  11  1/4  degree  antenna  sector.  The  DABS  sensor 
triggers  the  ATARS  executive  to  read  the  report  buffer  which 
Includes  a  header  containing  the  sector  identification  and 
sector  time. 

The  real-time  processing  rate  of  ATARS  is  maintained  in 
synchronization  with  the  DABS  sensor  beam.  This  antenna  sector 
synchronization  is  important  because  the  executive  program  must 
order  tasks  to  be  initiated  and  terminated  for  the  sector's  data 
at  discrete  times  in  the  processing  scan.  These  times,  noted  as 
critical  times  in  Figure  3-1,  refer  to  the  start  of  a  particular 
sector  in  the  processing  scan  (e.g.,  Note  critical  point  3. 
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This  means  no  data  for  sector  1  is  available  for  the  Report 
Processing  Task  before  the  start  of  sector  3).  The  sector 
numbers  in  the  diagram  illustrate  the  sequencing  of  tasks  for 
the  track  data  in  sector  1,  but  are  easily  related  to  any  sector 
by  just  adding  the  desired  sector's  Identification  number  minus 
one  to  the  critical  point  (e.g.,  Critical  point  3  on  the  diagram 
is  the  start  of  sector  3  when  referencing  the  processing  of 
sector  1  data.  If  sector  4  data  is  the  reference,  then  critical 
point  3  on  the  diagram  becomes  3  +  (4-1),  or  sector  6). 

The  sector  processing  diagram  illustrates  all  the  tasks  that 
must  be  executed  within  one  scan  for  each  sector  of  data.  The 
task  sequencing  and  data  flow  are  shown  by  the  solid  connecting 
lines.  Each  step  in  the  process  is  dependent  on  one  or  more 
tasks  being  completed  or  an  input  buffer  being  filled.  When  two 
or  more  tasks  must  be  completed  for  a  new  task  to  start,  a 
critical  point  in  sector  processing  is  noted.  A  summary  of  the 
time  span  required  or  allowed  for  each  task  in  a  single  scan  is 
outlined  in  Table  3-1.  The  executive  program  controls  the 
initiation  and  termination  of  each  task  according  to  the  window 
length  for  each  task.  With  the  starting  times  and  processing 
windows  allowed  for  the  various  tasks,  several  tasks  throughout 
the  processing  cycle  may  run  in  parallel  while  processing  a 
particular  sector.  The  executive  determines  that  each  sector  is 
processed  in  a  step-by-step  manner  throughout  the  ATARS  process. 
At  the  same  time,  the  executive  program  controls  and  determines 
when  each  task  is  ready  to  accept  the  next  sector  for  processing 
as  critical  points  are  reached  in  the  task  sequencing.  The 
executive  program  handles  the  major  data  structures  (Table  3-2) 
for  the  tasks  by  providing  pointers  to  each  sector  of  data  in 
the  data  structure  and  by  placing  data  in  the  various 
structures.  This  keeps  the  data  segregated  according  to  sectors 
where  required.  Care  must  be  taken  by  the  executive  to  make 
sure  that  data  structures  and  lists  for  a  particular  sector  are 
not  being  updated  and  read  at  the  same  time.  A  mechanism  for 
lockouts  must  be  implemented  to  prevent  this  possibility. 

One  delay  is  required  during  the  task  sequencing  and  must  be 
implemented  by  the  executive.  This  delay  is  required  to  make 
sure  that  up-to-date  aircraft  positions  and  velocities  are  used 
when  determining  potential  conflicts  or  resolving  old  conflicts 
with  the  sector  being  processed.  This  delay  occurs  after  execu¬ 
tion  of  the  Aircraft  Update  Processing  Task  and  the  new  position 
in  the  data  base  has  been  established  for  the  aircraft  in  the 
sector.  (The  aircraft  are  ordered  in  the  data  base  according  to 
their  x  coordinate  in  order  to  expedite  processing  in  succeeding 
tasks.)  In  order  to  have  current  positions  for  aircraft  in  the 
two  adjacent  sectors,  further  processing  of  the  current  sector 
is  delayed  until  aircraft  in  the  next  two  sectors  have  been 
updated. 
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TABLE  3-1 

TIMING  WINDOWS  FOR  ATARS  FUNCTIONAL  PROCESSES 


ATARS  FUNCTION 


WINDOW  START 

(Processing  Length-Sectors) 


Downlink 

N 

(2.0) 

Incoming  Seam  Pair  Request 

N 

Processing  and  Reply  (Conflict 

Tables) 

(2.0) 

Surveillance  Report  Processing 

N+2 

(0.5) 

Non-surveillance  Message  Processing 

N+2 

(0.5) 

Track  Processing 

N+2 

(0.5) 

RAJR  Processing 

N+2. 5 
(1.0) 

New  Aircraft  Processing 

N+2. 5 
(0.5) 

Aircraft  Update  Processing 

N+2. 5 
(0.5) 

Resolution  Notification 

N+4.5 

(1.5) 

Terrain/ Air space/ 

N+4.5 

Obstacle  Avoidance 

(9.5) 

Coarse  Screen 

N+4.5 

(2.5) 

Detect 

N+4.5 

(2.5) 
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TABLE  3-1 
(Concluded) 


ATARS  FUNCTION  (Proces 

13.  Traffic  Advisory 

14.  Seam  Pair 

15.  Master  Resolution  (Normal) 

16.  Request  and  Process  Remote 
Conflict  Tables 

17.  Conflict  Resolution  Data 

18.  Resolution  Deletion 

19.  Master  Resolution  (Delayed) 

20.  Conflict  Pair  Cleanup 

21.  State  Vector  Deletion 

22.  Data  Link  Message  Construction 

23.  Uplink 


1 

I 
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WINDOW  START 
sing  Length-Sectors) 

N+7 

(7.0) 

N+7 

(4.0) 

N+7 

(6.5) 

N+7 

(4.0) 

N+7 

(9.0) 

N+7 

(6.5) 

N+ll 

(2.5) 

N+13.5 

(0.5) 

N+13 

(0.5) 

N+14 

(1.0) 

N+15 

(1.0) 


TABLE  3-2 


MAJOR  DATA  STRUCTURES  FOR  ATARS  SECTOR  PROCESSING 

DESCRIPTION  (Sector  Requirement) 

Surveillance  Input  Data  (Antenna  Sector) 

State  Vector  (None) 

PWILST  (None) 

Conflict  Table  and  Pair  Record  (None) 

Encounter  Liat  (ATARS  Sector) 

XINIT  List  (ATARS  Sector) 

X-llst  and  EX-li8t  (ATARS  Sector  Threading) 

ATARS  Sector  List  (ATARS  Sector) 

Potential  Pair  List  (ATARS  Sector) 

Resolution  Pair  Acknowledgement  List  (None) 

Controller  Alert  List  (None) 

Deletion  List  (ATARS  Sector) 


REFERENCE 

3.2 

3.3.1 

3.3.2 

3.3.3 

3.3.4 

4. 5. 1.3 
6.1.1 
6.1.2 

7.4 
11.2 
11.2 

15.3 
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3.1.2  Task  Timing  and  Sequencing 

Figure  3-1  presents  the  highest  level  flow  diagram,  which 
displays  the  sequencing  of  all  the  major  tasks  for  ATARS  sector 
processing.  The  major  delivery  points  for  the  input/output 
buffers  are  Indicated  on  the  diagram.  The  numbers  in  the  boxes 
denote  critical  points  in  the  task  sequencing  where  several 
tasks  must  be  completed  before  starting  the  next  task.  It  is 
required  that  the  tasks  be  executed  in  the  order  shown  in  Figure 
3-1  for  each  sector  of  data.  Each  task  in  the  sector  processing 
sequence  has  a  defined  "window"  in  which  all  computations  for 
the  particular  sector  of  data  must  be  completed  (see  Table 
3-1).  Ihe  individual  tasks  involve  other  routines  and  processes 
which  are  necessary  to  complete  the  assignments  for  a  given  task. 

The  following  discussion  describes  the  operation  of  the  ATARS 
sector  processing  at  the  highest  level  and  represents  the  perfor¬ 
mance  of  all  tasks  on  data  from  one  ATARS  sector.  Through  the 
executive  control,  this  sector  process  is  applied  individually 
to  the  data  from  all  ATARS  sectors  in  the  manner  described  in 
Section  3.1.1. 

The  first  major  input  data  processor  is  the  Non-surveillance 
Message  Processing  Task  which  accepts  non-surveillance  data  from 
DABS  on  an  antenna  sector  basis  through  the  Non-surveillance 
Buffer.  The  messages  are  processed  once  per  antenna  sector  at 
the  Initiation  of  report  processing.  The  output  of  the 
non-surveillance  task  is  used  to  update  the  aircraft  state 
vectors  accordingly. 

The  second  major  input  data  processor  is  the  RAR  Processing 
Task.  RAR  Information  is  received  through  the  RAR  Buffer.  The 
messages  are  processed  once  per  sector.  The  primary  function  of 
the  RAR  processor  is  to  examine  the  contents  of  the  RAR  of 
aircraft  with  ATARS  equipage  each  time  this  data  is  downlinked 
and  to  update  the  information  in  the  ATARS  Conflict  Tables 
accordingly.  RAR  processing  notes  the  acceptance  of  resolution 
advisories  uplinked  by  the  local  ATARS  site  and  records  the 
existence  of  resolution  advisories  generated  by  other  systems. 

For  conflicts  involving  a  controlled  aircraft,  the  RAR 
Processing  Task  also  updates  the  Resolution  Pair  Acknowledgement 
List  to  show  the  controller  resolution  advisories  which  have 
actually  been  delivered  by  the  various  collision  avoidance 
systems. 

The  third  major  input  data  processor  is  the  Report  Processing 
Task.  The  Information  for  this  task  is  received  through  the 
Surveillance  Buffer  and  the  reports  are  processed  once  per 
antenna  sector.  A  decision  is  made  on  whether  the  reports  fall 
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inside  the  ATARS/Domlno  surveillance  area  and,  if  so,  DABS  and 
ATCRBS  tracks  are  initiated  with  an  aircraft  state  vector  and 
added  to  the  antenna  sector  list. 

A  fourth  task  which  processes  input  data  is  the  Incoming  Seam 
Pair  Request  Processing  and  Reply  Task.  The  data  for  this  task 
is  received  through  the  ATARS-to-ATARS  Buffer.  This  buffer 
operates  as  a  two-way  exchange,  providing  input  and  accepting 
outputs  from  this  task.  The  incoming  seam  pair  request  task 
performs  processing  and  forms  replies  to  messages  received  over 
ground  lines  (during  the  antenna  sweep  through  sector  1)  from 
neighboring  ATARS  sites.  Each  message  is  a  request  for  Conflict 
Tables  involving  a  specified  pair  of  aircraft.  This  task 
identifies  the  aircraft  in  the  request  and  returns  own-site's 
copy  of  the  Conflict  Tables,  if  any. 

After  report  processing  has  initiated  new  tracks  for  the  XINIT 
List  or  associated  reports  with  existing  tracks,  the  Track 
Processing  Task  performs  track  updates  through  the  smoothing  and 
prediction  algorithms.  As  new  tracks  are  qualified  for  ATARS 
service,  they  are  added  to  a  track  initiation  list  for  additions 
to  the  ATARS  data  base.  These  aircraft  are  then  added  to  the 
X-list  or  EX-list  in  the  New  Aircraft  Processing  Task.  The  new 
aircraft  are  linked  into  the  data  base  to  be  included  with 
aircraft  in  the  ATARS  sector  for  which  they  are  identified.  The 
Track  Processing  Task  performs  additional  elimination  of  tracks 
which  are  not  to  be  serviced  by  ATARS. 

Next,  each  aircraft  in  the  sector  has  its  position  updated  to  a 
common  sector  time  in  the  Aircraft  Update  Processing  Task.  This 
is  necessary  because  track  reports  are  received  from  both  the 
local  sensor  and  remote  sensors,  and  the  data  received  on  all 
aircraft  will  have  been  measured  at  different  times. 

The  area  near  the  radar  site  providing  the  surveillance  data  for 
ATARS  must  be  given  special  consideration  in  this  task  during 
sector  processing.  This  area  is  designated  the  hub  area  and  is 
defined  by  a  circle  of  radius  RHUB  (approximately  10  nmi)  from 
the  radar  site  (Figure  3-2).  The  position  of  all  aircraft  in 
the  area  must  be  updated  every  quarter  scan  (approximately  1.2 
seconds).  This  is  necessary  in  sector  processing  because  data 
is  processed  in  sector  groups  and  a  small  position  change  in 
this  area  may  move  an  aircraft  one  or  more  sectors  from  its  last 
sector  location.  Thus,  an  updated  sector  identification  and 
position  is  maintained  for  aircraft  in  the  immediate  vicinity  of 
the  radar  site  four  times  per  antenna  scan.  Using  the  updated 
data  base,  a  sector  of  aircraft  is  processed  in  a  parallel  mode 
by  the  following  two  tasks:  Coarse  Screen  Task  and 
Terrain/ Airspace/Obatacle  Avoidance  Task. 
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RHUB  -  RADIUS  OP  HUB  PROCESSING  AREA 


FIGURE  3-2 

DIAGRAM  OF  HUB  PROCESSING  AREA  AS 
CONTAINED  IN  THE  ATARS  SERVICE  AREA 


The  Coarse  Screen  Task  searches  the  data  base  for  aircraft  that 
are  potentially  in  conflict  with  each  entry  on  this  sector's 
list  of  aircraft.  This  search  is  implemented  through  the  use  of 
two  independent,  doubly  linked  lists  which  are  ordered  on  the  x 
coordinates  of  the  aircraft.  Each  aircraft  is  contained  on  one 
list  or  the  other.  Two  separate  lists  are  maintained  in  order 
to  make  the  search  for  potential  conflict  pairs  more  efficient. 
All  aircraft  which  would  require  large  search  limits  because  of 
high  speeds  or  other  factors  are  placed  on  one  list  called  the 
EX-list  and  all  other  aircraft  are  placed  on  the  other  list 
called  the  X-list.  In  coarse  screening  each  aircraft  is 
compared  with  its  neighbors  on  its  own  list  (and  possibly  with 
some  aircraft  on  the  other  list,  as  well)  to  find  all  pairs  of 
potentially  conflicting  aircraft.  A  pattern  of  searches  has 
been  devised  that  avoids  duplicate  detection  of  pairs.  The 
pairs  of  aircraft  which  are  identified  are  entered  on  the 
Potential  Pair  List  for  this  sector. 

The  Terrain/Airspace/Obstacle  Avoidance  Task  has  the  capability 
to  provide  an  alert  for  the  violation  of  restricted  airspace, 
close  proximity  to  the  terrain,  and  close  proximity  to  an 
obstacle.  This  task  operates  on  the  sector  list  of  aircraft  and 
only  affords  service  for  those  aircraft  in  the  ATARS  service 
area.  The  logic  to  determine  the  need  for  an  alert  is  provided 
in  this  task,  while  the  actual  construction  of  the  uplink 
message  is  performed  by  the  Data  Link  Message  Construction  Task 
later  in  the  sector  processing  sequence. 

Processed  in  parallel  with  the  above  two  tasks  is  the  Resolution 
Notification  Task.  This  task  processes  all  pairs  on  the 
Resolution  Pair  Acknowledgement  List  for  the  sector.  The 
generation  of  Resolution  Notification  Messages  to  the  controller 
occurs  in  the  Resolution  Notification  Task. 

The  Potential  Pair  List  for  the  sector  is  used  by  the  Detect 
Task.  Detection  determines  if  ATARS  controller  alert  or 
traffic/resolution  advisories  are  required  for  each  pair  on  the 
list.  The  output  of  the  Detect  Task  is  an  Encounter  List  entry 
which  indicates  if  a  controller  alert,  proximity  advisory, 
threat  advisory  or  resolution  advisory  are  required. 

If  the  pair  was  previously  in  resolution  status  and  no  longer 
requires  resolution,  it  is  flagged  for  resolution  deletion. 

Pairs  on  the  Encounter  List  are  input  to  the  Traffic  Advisory 
and  Seam  Pair  Tasks  which  determine  the  correct  action  for  the 
pair.  The  Traffic  Advisory  Task  creates,  updates,  and  deletes 
entries  on  a  list  maintained  for  each  subject  aircraft.  Entries 
on  the  list  contain  data  for  other  aircraft  which  are  in 
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conflict  with  the  subject  aircraft.  This  data  is  used  later  to 
generate  traffic  advisory  messages.  Pairs  which  require 
resolution  are  processed  by  the  Master  Resolution  Task,  either 
Normal  or  Delayed. 

Those  pairs  on  the  Encounter  List  which  are  flagged  for 
resolution  deletion  are  processed  by  the  Resolution  Deletion 
Task.  This  task  has  the  general  purpose  of  ensuring  that 
conflict  pair  data  in  the  Conflict  Tables  is  closed  out  in  the 
proper  manner  when  it  is  no  longer  needed.  This  task  initiates 
the  uplink  of  null  resolution  advisories  for  conflicts  which 
were  resolved  by  the  local  site  and  deletes  data  for  any 
aircraft  flying  out  of  the  local  site's  coverage  area. 

The  Encounter  List  is  used  as  input  for  the  Seam  Pair  Task. 

This  task  determines  own-site  resolution  responslbl 1 ity  for  each 
pair  on  the  Encounter  List.  If  own-site  is  response  ole  and 
either  aircraft  is  in  an  ATARS  seam,  the  task  flags  the  pair  for 
delayed  resolution.  Normal  resolution  is  allowed  if  neither 
aircraft  is  in  a  seam.  The  controller  alert  status  is  also  set 
or  cleared  according  to  own-site's  resolution  responsibility. 

The  Conflict  Resolution  Data  Task  is  available  for  processing  as 
soon  as  there  are  entries  on  the  Encounter  List  requiring  a 
controller  alert.  The  task  creates  and  updates  from  the 
Information  on  the  Encounter  List  entries  on  the  Controller 
Alert  List.  When  three  of  the  last  five  scans  have  had  a 
controller  alert  flag  set  in  the  Detect  Task,  or  have  had  the 
Immediate  controller  alert  flag  set  in  detect,  a  Controller 
Alert  Message  is  generated  containing  conflict  resolution  data. 

The  Master  Resolution  (Normal)  Task  provides  the  framework  for 
the  initial  selection  of  resolution  advisories,  the  monitoring 
of  the  conflict  to  adjust  resolution  advisories  to  more 
restrictive  or  less  restrictive  maneuvers  as  the  situation 
warrants,  the  staging  of  advisories  In  an  uncontrolled/ 
controlled  encounter,  and  the  recompution  of  resolution 
advisories  when  the  initial  maneuvers  are  ineffective  or 
Incompatible  with  advisories  from  another  source.  This  is 
accomplished  through  the  use  of  the  Encounter  List,  Pair 
Records,  and  Conflict  Tables.  The  logic  for  providing  the 
selection  of  the  best  resolution  maneuver  for  a  pair  of  aircraft 
given  the  current  set  of  constraints  is  the  Resolution 
Advisories  Evaluation  Routine  which  is  called  by  the  Master 
Resolution  Task.  This  logic  performs  a  fast-time  simulation  of 
all  possible  sets  of  maneuvers  and  selects  the  one  that  will 
provide  the  greatest  safety  after  considering  many  factors. 

Some  of  these  factors  are  the  separation  at  closest  approach, 
the  turn  status  of  each  aircraft,  the  likelihood  of  a 
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domino  conflict,  and  the  vertical  and  horizontal  maneuver 
performance  of  the  aircraft.  The  logic  evaluates  multi-aircraft 
situations  by  considering  the  current  maneuver  constraints  when 
determining  resolution  advisories  for  a  new  conflict.  If  the 
Resolution  Advisory  Evaluation  Routine  is  unable  to  select 
resolution  advisories  for  a  conflict  pair  when  called  by  the 
Master  Resolution  (Normal)  Task,  then  the  pair  is  flagged  for 
processing  by  the  Master  Resolution  (Delayed)  Task. 

Before  the  completion  of  the  Master  Resolution  (Normal)  Task, 
the  Master  Resolution  (Delayed)  Task  is  initiated  for  the 
sector's  aircraft  seam  pairs  and  pairs  not  resolved  by  the 
Master  Resolution  (Normal)  Task.  The  Master  Resolution 
(Delayed)  Task  provides  the  same  service  to  the  aircraft  pairs 
as  the  Master  Resolution  (Normal)  Task. 

At  the  completion  of  normal  and  delayed  master  resolution,  the 
Conflict  Pair  Cleanup  Task  is  initiated.  The  Conflict  Pair 
Cleanup  Task  serves  as  a  backup  to  the  Resolution  Deletion  Task 
to  ensure  that  data  in  the  Conflict  Tables  is  closed  out  in  the 
proper  manner  when  It  Is  no  longer  needed.  Primary  input  to  the 
task  is  the  linked  list  of  Conflict  Tables. 

After  the  completion  of  the  Conflict  Pair  Cleanup  Task,  the 
State  Vector  Deletion  Task  is  initiated  for  the  sector.  This 
task  deletes  the  State  Vector  and  ends  tracking  of  an  aircraft 
which  leaves  the  ATARS/Domino  surveillance  area.  If  the 
aircraft  is  involved  in  a  conflict,  an  entry  is  made  on  the 
remote  list  of  aircraft.  If  ATARS  has  unfinished  business  with 
the  aircraft,  the  above  actions  are  inhibited. 

The  last  task  to  be  executed  in  the  sector  sequei.  ing  is  the 
Data  Link  Message  Construction  Task.  This  task  processes  the 
sector's  list  of  aircraft  and  generates  all  messages  required  to 
be  uplinked  to  each  aircraft.  The  task  reads  the  PWILST  and 
Conflict  Tables  and  generates  traffic  advisories  and  resolution 
advisories  for  aircraft  in  conflict.  If  the  aircraft  is  in 
restricted  airspace,  or  in  proximity  to  the  ground  or  other 
obstacles,  it  generates  a  message  containing  warning  data. 

The  Data  Extraction  Function  records  Important  ATARS  parameters, 
suitable  for  reconstructing  a  particular  aircraft  pair’s 
progress  through  the  ATARS  system.  This  information  can  be  used 
for  analysis,  system  error  tracing,  or  as  an  event  log.  The 
logic  for  this  task  does  not  exist  as  a  separate  entity,  but  is 
Interspersed  among  all  ATARS  software.  The  code  utilized  and 
consequently  the  information  extracted  is  a  system  option. 

The  Status  Monitoring  and  Reporting  Function  monitors  all  of  the 
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ATARS  tasks  and  major  files  for  failure  or  marginal  operation 
conditions.  It  determines  whether  ATARS  can  be  classified  as 
operating  normally,  degraded,  or  has  failed.  It  reports  the 
ATARS  status  to  DABS  and  to  ATC.  It  can  provide,  upon  ATC 
request,  a  complete  list  of  degraded  or  failed  conditions  it  has 
detected. 

3.2  ATARS  Interfaces 

The  ATARS  interfaces  go  through  the  DABS  sensor.  Even  though 
ATARS  sends  messages  to  ATC  facilities,  aircraft  and  other 
sites,  and  receives  messages  from  these  sources,  all 
communications  are  handled  through  the  local  DABS  sensor.  The 
exact  physical  character  of  the  interfaces  and  the  buffer 
formats  between  DABS  and  ATARS  are  found  in  Reference  1.  The 
contents  of  the  surveillance  report  formats  are  discussed  in 
this  section  for  clarification. 

A  diagram  of  the  ATARS-SENSOR  interface  is  illustrated  in  Figure 
3-3.  Note  that  some  of  the  information  flows  in  one  direction 
only  (DABS- to- ATARS,  ATARS-tO-DABS)  and  the  ATARS-to-ATARS 
information  flows  in  a  two-way  buffer.  The  ATARS  buffers  noted 
in  the  diagram  are  serviced  by  the  appropriate  task  in  the  ATARS 
software. 

The  input-only  information  from  the  DABS  sensor  to  ATARS 
consists  of  reports  in  the  following  four  buffers: 

1.  RAR  Buffer 

2.  Surveillance  Buffer 

3.  Non-surveillance  Buffer 

4.  ATC  Coordination  Buffer 

These  buffers  are  written  by  the  DABS  sensor  and  read  by  ATARS. 
They  are  two-segment  buffers  with  one  segment  being  written  at 
the  same  time  that  the  other  segment  is  read.  Overwriting  a 
segment  which  is  being  read  must  be  prevented  by  a  lockout  flag 
or  by  careful  program  timing. 

Input  data  for  the  Surveillance  Buffer  is  transmitted  in  blocks 
consisting  of  all  the  reports  available  to  the  local  sensor 
(local  or  remote  reports)  during  one  11  1/4  degree  antenna 
sector  of  local  antenna  rotation.  A  single  completion  interrupt 
is  then  given  to  the  ATARS  processor.  Just  before  the 
interrupt,  a  special  header  word  is  filled  in  each  Surveillance 
Buffer  with  the  current  local  antenna  sector  identification 
number  and  antenna  sector  time  (see  Figure  3-4). 
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FIGURE  3-3 

ATARS-SENSOR  INTERFACE  DIAGRAM 


FIGURE  3-4 

SURVEILLANCE  BUFFER  DATA  STRUCTURE 
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The  Surveillance  Buffer  contains  imports  utilized  by  the  ATARS 
Report  Processing  Task.  The  local  or  remote  reports  are 
disseminated  to  ATARS  using  the  formats  given  in  Table  3-3  for 
DABS,  Table  3-4  for  ATCRBS  reports  and  Table  3-5  for  radar-only 
reports.  These  reports  are  outputs  of  the  DABS  sensor  tracker 
correlator;  uncorrelated  reports  do  not  occur.  These  reports 
are  accepted  in  their  entirety,  as  ATARS  is  a  non-correlating 
user  of  DABS. 

The  RAR  Buffer  contains  all  the  RAR  information  from  the  RAR 
equipped  aircraft.  The  RAR  Buffer  contents  are  continuously 
read  by  the  RAR  Processing  Task  and  the  information  is  passed 
along  to  the  appropriate  ATARS  tasks. 

The  Non-surveillance  Buffer  contains  other  messages  not  related 
to  surveillance  processing.  The  buffer  is  read  on  a  continuing 
basis  by  the  Non-surveillance  Message  Processing  Task.  The 
formats  of  these  messages  are  indicated  in  Section  5. 

The  ATC  Coordination  Buffer  contains  all  the  messages  being 
passed  from  ATC  to  ATARS.  The  sensor  acts  merely  as  a  medium  to 
transfer  the  messages  on  a  timely  basis.  These  messages  are 
read  on  a  continuing  basis  by  ATARS. 

The  output-only  information  from  ATARS  to  the  DABS  sensor 
consists  of  reports  in  the  following  four  buffers: 

1.  Uplink  Message  Buffer 

2.  Non-surveillance  Buffer 

3.  ATC  Coordination  Buffer 

4.  Data  Extraction  Buffer 

The  ATARS  messages  generated  for  the  aircraft  through  the  Data 
Link  Message  Construction  Task  are  delivered  to  the  Uplink 
Message  Buffer.  All  non-surveillance  messages  generated  by 
ATARS  are  delivered  to  the  Non-surveillance  Buffer.  ATC  message 
and  Data  Extraction  information  are  transferred  to  the 
appropriate  buffer. 

The  ATARS-to- ATARS  buffer  provides  information  from  local  ATARS 
to  remote  ATARS  and  remote  ATARS  information  for  local  ATARS. 
This  buffer  contains  the  communication  necessary  between  ATARS 
sites  that  need  not  be  acted  on  by  the  sensor. 
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TABLE  3-3 


DABS  REPORT  FORMAT1 


FIELD 


LENGTH  (Bits) 


Test 

1 

Format  Type 

2 

Radar  Substitution 

1 

Mode  C  Present 

1 

Sensor  Priority  Status 

1 

SPI  (IDENT) 

1 

Radar  Reinforced 

1 

Code  7700 

1 

Code  7600 

1 

Alert 

1 

Target  Control  State 

1 

Reply  Type 

3 

Null  Report 

1 

Track  Start 

1 

Track  Drop 

1 

Range2,  LSB  =  1  Ru  (1/16  us) 

16 

Azimuth,  LSB  =  1  Au  (0.022°) 

14 

Mode  C  Altitude,  LSB  -  100  feet 

12 

DABS  ID 

24 

Sensor  ID 

4 

Time  of  Day 

24 

Diffraction  Flag 

1 

Altitude  Correction 

8 

Zenith  Cone  Flag 

1 

ATARS  UM  Field 

6 

Non-empty  RAR  Condition 

1 

Spares 

8 

1-The  exact  form  of  this  data  is  provided  in  Reference  1. 
2This  is  a  two-way  range  expressed  in  units  of  time. 
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TABLE  3-4 


ATCRBS  REPORT  FORMAT1 


FIELD  LENGTH  (Bits) 

Test  1 
Format  Type  2 
Radar  Substitution  1 
Mode  3/A  Present  1 
Mode  C  Present  1 
Mode  C  Not  Decoded  1 
SPI  (IDENT)  1 
Radar  Reinforced  1 
Code  7700  1 
Code  7600  1 
Target  Control  State  1 
False  Target  Flag  1 
Correlation  Confidence  1 
Null  Report  1 
Track  Start  1 
Track  Drop  1 
Range^  LSB  =  1  Ru  (1/16  us)  16 
Azimuth,  LSB  =  1  Au  (0.022°)  14 
Mode  C  Altitude,  LSB  *  100  feet  12 
Mode  3 /A  12 
ATCRBS  Surveillance  File  No.  12 
ATCRBS  Code  in  Transition  1 
Sensor  ID  4 
Time  of  Day  24 
Diffraction  Flag  1 
Altitude  Correction  8 
Zenith  Cone  Flag  1 
Spares  8 


1The  exact  form  of  this  data  is  provided  in  Reference  1. 
^This  is  a  two-way  range  expressed  in  units  of  time. 
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TABLE  3-5 


RADAR  REPORT  FORMAT1 


FIELD  LENGTH  (Bits) 


Test  1 
Format  Type  2 
Null  Report  1 
Track  Start  1 
Track  Drop  1 
Range2,  LSB  -  1  Ru  (1/16  us)  16 
Azimuth,  LSB  «  1  Au  (0.022°)  14 
Radar  Surveillance  File  No.  12 
Sensor  ID  4 
Time  of  Day  24 
Spares  8 


1The  exact  form  of  this  data  Is  provided  in  Reference  1. 
2This  is  a  two-way  range  expressed  in  units  of  time. 
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3.3  System  Data  Structures 


There  are  four  main  data  structures  used  throughout  the  ATARS 
algorithms.  They  are  introduced  in  this  section  and  discussed 
in  detail  in  the  sections  referenced  below. 

3.3.1  Aircraft  State  Vector 


The  aircraft  State  Vector  used  by  the  ATARS  processor  is 
presented  in  pseudocode  in  the  System  Data  Structures.  The 
State  Vector  contains  all  the  known  information  for  a  particular 
aircraft  that  is  being  tracked  by  ATARS.  The  data  is  listed  in 
the  pseudocode  under  several  distinct  categories: 

Pointers 

Horizontal  Tracker  Data 
Vertical  Tracker  Data 
Times 
Flags 

General  Values 
Domino  Projections 
Data  Block 

The  nomenclature  for  each  data  variable  in  this  document  may  be 
used  with  the  number  1  or  2  added  as  a  suffix  (e.g.,  XDE,  XDEl, 
XDE2).  When  the  variables  appear  without  the  numerical  suffix, 
a  single  aircraft  is  being  addressed  in  the  discussion.  In  such 
a  single  aircraft  situation,  variables  may  also  appear  with  a  1 
as  a  suffix.  When  two  aircraft  are  being  compared,  it  is 
necessary  to  identify  the  variables  from  each  aircraft's  State 
Vector.  To  do  this,  a  1  is  added  to  the  subject  aircraft's 
State  Vector  and  a  2  is  added  to  the  object  aircraft's 
State  Vector  variables. 

The  individual  aircraft  State  Vectors  are  placed  in  a  file 
called  the  Central  Track  Store  (CTS).  The  CTS  is  a  convenient 
location  to  access  all  tracks  for  the  ATARS  processor.  Detailed 
information  for  the  CTS  usage  is  found  in  Section  A. 3. 

3.3.2  PWILST 


The  PWILST  is  a  data  structure,  accessed  from  an  aircraft  State 
Vector,  which  stores  traffic  and  other  non-resolution 
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advisories.  Every  entry  has  a  TYPE  and  several  data  fields. 

The  entries  are  created  by  the  Traffic  Advisory  Task  and  by 
several  other  tasks.  A  detailed  explanation  is  given  in  Section 
9.2.  This  list  is  maintained  from  scan  to  scan  as  long  as  ATARS 
service  continues. 

3.3.3  Conflict  Table  and  Pair  Record 


This  table  is  a  data  structure,  accessed  from  the  aircraft  State 
Vector,  for  each  aircraft  involved  in  a  conflict.  Each  Conflict 
Table  contains  information  on  all  the  aircraft  in  the  cluster, 
linkage  to  other  Conflict  Tables,  a  pointer  to  the  list  of  Pair 
Records,  and  Conflict  Table  entries.  The  Conflict  Table  entries 
contain  the  information  about  the  aircraft  in  relation  to  the 
conflict  cluster,  resolution  advisories,  and  displayed 
advisories.  Conflict  Tables  contain  a  Pair  Record  for  every 
aircraft  pair  declared  in  conflict.  The  Pair  Record  contains 
information  that  is  unique  to  a  particular  pair  in  the  Conflict 
Table.  The  Conflict  Table  entry  is  created  by  the  Seam  °air 
Task  and  is  maintained  by  the  Master  Resolution  Task  and  by 
several  other  tasks.  A  detailed  explanation  is  given  in  Section 
12.2.  This  data  is  maintained  from  scan  to  scan  as  long  as  the 
conflict  remains  and  is  deleted  by  the  Resolution  Deletion  Task 
or  the  Conflict  Pair  Cleanup  Task. 

3.3.4  Encounter  List 


This  list  is  created  by  the  Detect  Task  as  it  processes  each 
sector's  Potential  Pair  List.  A  separate  Encounter  List  is  kept 
for  each  sector's  data.  The  entries  on  this  list  indicate  any 
further  processing  required  for  the  pair:  controller  alert, 
traffic  advisory,  resolution  advisory  (including  provisional 
responsibility,  or  delayed  resolution),  BCAS  inhibit  for  ATCRBS 
threat,  or  resolution  deletion.  Also,  certain  calculations  made 
and  flags  set  for  the  pair  are  saved  to  be  used  by  later  tasks. 
These  tasks  may  alter  the  status  flags  as  they  process  a  pair's 
entry.  The  list  is  discarded  at  the  end  of  each  scan. 

3.4  En  Route  Operation 

ATARS  is  required  to  provide  service  in  en  route  areas  as  well 
as  terminal  areas.  Certain  characteristics  of  the  en  route 
environment  require  that  the  ATARS  system  operating  in  the  en 
route  area  differ  slightly  from  that  in  the  terminal  area.  The 
body  of  this  document  addresses  the  ATARS  system  in  a  terminal 
area.  This  section  describes  the  ways  in  which  ATARS  in  the  en 
route  area  differs. 
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3.4.1  ATARS  Operation  With  Back-to-Back  DABS  Antenna 

DABS  sensors  are  to  be  Installed  at  sites  where  current  ATC  en 
route  radars  are  In  operation  and  are  to  be  operated  In 
conjunction  with  the  en  route  primary  radars.  The  primary 
radars  operate  with  a  scan  time  of  10  to  12  seconds.  If  the 
DABS  sensor  were  required  to  operate  with  a  data  rate 
corresponding  to  this  scan  time,  the  ATARS  service  that  could  be 
provided  would  be  unacceptable.  To  improve  the  ATARS  service, 
the  DABS  sensor  has  been  designed  to  operate  with  a  back-to-back 
antenna  (an  antenna  with  two  faces  directed  180  degrees  apart) 
rotating  with  a  scan  time  of  10  to  12  seconds.  The  effective 
data  update  interval  is  then  five  to  six  seconds. 

The  operation  of  the  DABS  sensor  with  the  back-to-back  antenna 
is  described  in  Reference  1.  The  modifications  to  the  normal 
ATARS  algorithms  that  are  required  for  operation  with  the 
back-to-back  antenna  are  described  in  this  section.  The 
remainder  of  this  document  describes  algorithms  for  operation 
with  a  normal  DABS  sensor  (scan  time  on  the  order  of  4.7 
seconds)  . 

An  antenna  sector  will  still  be  defined  as  a  sweep  of  11  1/4 
degrees.  When  an  input  completion  interrupt  is  received,  data 
for  two  antenna  sectors  will  be  passed  through  the  Surveillance 
Buffer.  This  data  will  be  the  data  collected  from  the  front 
face  and  the  back  face  of  the  antenna  while  the  antenna  rotated 
through  11  1/4  degrees.  The  two  antenna  sectors  represented  are 
180  degrees  apart.  The  data  from  both  antenna  sectors  will  be 
serviced  by  the  report  processing  algorithms.  Sector  header 
data  will  be  provided  for  each  antenna  sector  of  data. 

The  ATARS  sector  processing  executive  logic  must  be  modified  so 
that  the  ATARS  Sector  List  of  aircraft  from  each  face  of  the 
antenna  can  be  processed  as  a  separate  stream.  When  a  new 
antenna  sector  is  entered,  the  IDs  of  both  the  front-face  and 
the  back-face  antenna  sectors  will  be  added  to  the  antenna 
sector  request  stack.  The  sectors  will  then  be  processed  as 
separate  streams  through  the  ATARS  logic. 

The  time  allowed  to  complete  each  processing  task  must  be 
adjusted  so  that  advisories  detected  on  the  front-face  of  the 
antenna  will  be  available  for  uplink  on  the  next  sweep  of  the 
back-face  of  the  antenna.  The  primary  radar  associated  with  an 
en  route  DABS  sensor  will  have  only  one  antenna  face.  This  face 
will  be  matched  with  the  front-face  of  the  DABS  sensor  antenna. 
Hence,  radar-only  tracks  will  be  processed  once  per  scan.  It  is 
necessary  to  have  antenna  position  reports  supplied  to  ATARS 
once  per  antenna  sector  for  only  the  front-face. 


In  prediction,  with  the  back-to-back  antenna,  positions  should 
be  predicted  to  the  time  of  next  expected  data.  This  will  be  a 
prediction  over  a  half  scan  rather  than  a  full  scan.  ATARS  will 
be  able  to  deliver  resolution  advisories  on  the  uplink  on  either 
the  front-face  beam  or  the  back-face  beam. 

3.4.2  Modification  of  ATARS  Detection  Parameters 


Another  characteristic  of  the  en  route  area,  in  addition  to  the 
slower  scan  rate,  Is  the  operation  with  larger  aircraf t-to-sennor 
ranges  and  a  resultant  reduction  in  position  and  velocity 
tracking  accuracy.  To  provide  acceptable  operation  at  larger 
ranges,  ATARS  must  use  increased  conflict  detection  parameters. 
Currently,  ATARS  tests  the  aircraft  in  a  pair  before  selecting  a 
set  of  detection  parameters  for  that  pair.  If  either  aircraft 
is  outside  a  specified  area,  the  detection  parameters  for  that 
pair  are  increased.  Additional  parameters  that  are  specifically 
related  to  the  en  route  environment  will  be  supplied  in  the 
future . 

3.5  Pseudocode  for  System  Data  Structures 

The  following  section  contains  the  global  parameter  and  variable 
structures  for  ATARS.  In  addition  to  system  structures,  groups 
of  structures  for  specific  tasks  are  also  included. 

For  all  BIT  parameters  and  variables,  the  comment  gives  the  TRUE 
meaning  of  the  value. 
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<**•  COURSE  SCPEE*  PAPAHETEPS  **•> 


STD fjcTTRE  ~9C9P*N 

4,hr°shollF 

l2iZ  *ql 

FL^  7t>c^ 

FIT  TS? 

PL  T  t.F&*T 

GP07P  distances 
n,"  90^1 
PL  7  <mTH 

PL  ^  Qm  \  TI 

91  *xv 


^pO'jo  ^Itps 


®T  *" 

STT  *"LV 


<  altitude  threshold  > 

<  vertical  proxiaitv  ‘est  liai*  > 

<  soacing  between  signposts  on  I/BX_lis*s  > 

<  7  velocity  threshold  > 


< 

< 

< 

< 


saxiiua  range  for  proxiiity  advisor 
aaxiaua  distance  traveled  by  ob1ec* 
2T~list  plus  pro*-.ec*-ion  envelope  > 
aaxiaua  distance  traveled  bv  obtect 
aircraft  on  X-list  plus  projection 
aaxiaua  distance  traveled  by  ohdect 
aircraf*  on  X-list  plus  Dro*-ec“:icn 


T  > 

aircraft  on 

cont  rol 1 e* 
envelope  > 
uncontrolle 
envelope  o 


d 


<  loot  ahead  tiie  for  controlled  !\C  > 

<  loot  ahead  tiae  for  uncontrolled  iC  > 


fKiChUli^  PaGB  BLUS-MOT 


tT»HS  TLOBiL  aUBWTBS 
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<•••  APTA/TORE  PARABETEPS  (see  Tables  8-6  and  8-7  for  explanation)  •••> 


structure  axparb 

G POOP  coarse_region 
PLT  THBBX 

PIT  ZBBXX 

PIT  7RBBT 

PLT  2HBXT 

PL*  ZJBBX 

PLT  7JBXX 

»LT  2 JBBT 

”LT  ZJSXY 

G°OnP  counts 
IBT  SOI 
XPT  BOII 
IBT  BOX  1 
IBT  R0Z2 

GPOOP  arznvb 
13Z  C0AA2 
IBT  ROIST 
IB*  ZZOR2 

PII0ST»TCT7RP: 


<  defines  lover  x  bound  of  coarse  screen 

region  for  area  deteralnatlon  > 

<  defines  upper  x  bound  of  coarse  screen 

region  for  area  deteralnatlon  > 

<  defines  lover  y  bonnd  of  coarse  screen 

region  for  area  deteralnatlon  > 

<  defines  upper  y  bound  of  coarse  screen 

region  for  area  deteralnatlon  > 

<  defines  lover  x  bound  of  coarse  screen 

region  for  tone  deteralnatlon  > 

<  defines  upper  x  bound  of  coarse  screen 

region  for  zone  deter Bin  at  ion  > 

<  defines  lover  y  bound  of  coarse  screen 

region  for  zone  deteralnatlon  > 

<  defines  upper  y  bonnd  of  coarse  screen 

region  for  zone  deteralnatlon  > 

<  nusber  of  Type  1  areas  > 

<  nuaber  of  Type  2  areas  > 

<  nuaber  of  Type  1  zones  > 

<  nuaber  of  Type  2  zones  > 

<  parallel  to  final  approach  zone  threshold! 

<  distance  froa  radar  vhere  area  a  begins! 

<  depth  of  zone  2  glide  slope  ! 


A'ARS  GLOBAL  PARABETERS 
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<***  DONIWO  ARO  DETECT  PARAMETERS  ***> 


STR TCTORt  D'TPAPH 


ftROPP  genera  l_paraaeters 
PI*  HOST 

n"‘  AFPE"- 

FIT  90ET 
FIT  DOTTH 
FIT  R9ET 


<  sets  siss  dist  threshold  (DSQ)  for  todified  Tan  > 

<  prefiltering  iaeediate  altitude  threshold  > 

<  aaxiaua  of  ZAFCOH,  AFCOR,  A*,  AIFR,  AFPRI,  AFIFR  > 

<  sets  siss  dist  threshold  (OSQ)  for  eodified  Tan  > 

<  advisory  divergence  threshold  > 

<  prefiltering  ieeediate  range  threshold  > 

<  aaxiaua  of  ZRCOR2,  RCOR2,  RCR02,  RIFR2,  RFPRI2, 


RF1FR2  > 


»LT  V19T9 


*t£  XRTn-R 


<  relative  horizontal  velocity  threshold  (squared) 

for  cospnting  siss  distance  squared  > 

<  variable  to  prevent  division  by  tero  > 


"RDSTTactqRE: 


STPPC-TIFF  RAPAHH 


<  Resolution  advisory  general  paraeeters  > 


qpoq?  *il*er_thresholds 
ft T  DVDPT 
FIT  BZP 

*LT  3ZP2 


<  aaxiaua  projection  tise  used  in  TDL  logic  > 

<  buffer  zone  definition  expressed  as  percent  of 

distance  > 

<  9ZP*«2> 


SHOOP  ‘iaes 

yiT 

TEDS-FOC-gBR; 


<  nueber  of  scans  to  use  in  issediate  HA  logic  > 


A^ARS  5I09AI.  PARASE-eRRS 
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STHJCTOWg  THRSPARR  <  -"hreshoia  determination  parameters  > 

;aogp  radios 

TLT  TRA"*C  <  significant  speed  differential  > 

Ft*1*  TRAfeR  <  lookahead  tiee  determination  for  egaipped/nneqaipped  > 

PIT  RR2C0R  <  slom-close/divergence  relative  speed  threshold  > 

gRPSTROC-BRg; 


ATARS  GLOBAL  PARABBTSRS 
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<«*•  HFSOLOTIOH  ADTI SOFT  SFIFCTIOB  PmKB*"'ISS  •••> 


ST»qc?p»r  ”®siidt 


<  SDTHSQ  threshold  when  either  aircraft  turning  > 

<  negatite  horizontal  resolution  adeisory  threshold, 
neither  aircraft  taming  > 

<  ainisaa  acceptable  3-diaensional  separation  > 

PBos^Buc^qa?: 


GBOPy  thresholds 
FtT  BOtBBSQ 
TL+  10THSO 

m  s??i 


ITIPS  StOBU  PXH1BBT8FS  — 
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<***  STSTSH  GLOBAL  PARAHBTBBS  *•*> 


STBOCTUPE  STSTBH 


GROUP  coverage 
£12  CTBT3L(15» 
PTP  SAPT8L  (15) 
BIT  N  ASTRTBL  (15) 
212  SQBAP 

GPOUP  tracker 
PLT  ALO 
212  S°LO  2 

PLT  ?BO* 


GROUP  aiscellaneous 
312  DOSRORC 
212  H088AD 
IB*’1  OBBIO 
PLT  SCAB"" 

PLT  TBfIGH"' 

GROUP  ztrack 
PLT  D" 

E£  0 


<  table  of  pointers  to  list  of  center  zone  saps  > 

<  table  of  pointers  to  list  of  ATABS  service  saps  > 

<  table  of  Raster  Status  flags  > 

<  pointer  to  sgnltter  lockout  sap  > 

<  altitude  boundary  for  I/BX_list  > 

<  sguare  of  sazisue  assueed  speed  for  AC  below 

10,000  ft  1SL  > 

<  altitude  used  in  slant  range  correction  when  no 

altitade  seasaresent  is  available  > 

<  this  site  providing  doeino  feature  for  non-eode  C  > 

<  radius  of  hob  processing  area  > 

<  ATABS  site  ID  U-bit  field  > 

<  tiee  Interval  for  one  radar  scan  > 

<  weighting  factor  for  vertical  diaenslon  > 

<  noalnal  tiae  between  updates  -  one  radar  scan  > 

<  quantization  bin  width  > 


ATABS  GLOBAL  PARAHETBRS 
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<***  CONFLICT  TABLE  READ  •**> 


STBOCTOFE  C"H»»0 

GROqp  maintenance 
PTE  »CT» 

PTP  NEXTC* 

FTP  BREVC* 

GBOOP  data 

HI  bac 
°T?  PL  1ST 
HI  SEA  S 

ENDSTPOCTORE: 


S^HgCfORE  CTSNTRT 

SRQqp  main*enance 
PT»  RXCtr 

GBOGP  da*. a 
£12  ACIO 
212  ACTDH 
222  ACT OF 
IBT  HBAB 
INI  RSAND 
IBT  SqLTH 
IBT  BBLTV 
IBT  BCOB 
BIT  8ESFLG 
HI  VSAN 

HI  fbabd 

BBDSTBqcrqR  E : 


<  first  entry  In  this  conflict  table  > 

<  next  conflict  fable  > 
previous  conflict  table  > 

<  nuaber  of  AC  in  this  conflict  table  > 

<  first  pair  record  for  AC  in  this  table  > 

<  3eaa  conflict  > 


<•••  CONFLICT  TABLE  EBTRT  ***> 


<  next  conflict  table  entry  > 

<  ID  of  AC  in  conflict  (->  state  vector  )  > 

<  pair  record  aith  horizontal  resolution  advisory  > 

<  pair  record  with  vertical  resolution  advisory  > 

<  horizontal  resolution  advisory  being  sent  to  AC  > 

<  horizontal  resolution  advisory  being  displayed  on  AC  > 

<  count  of  conflicts  resolved  using  horizontal  dimension  > 

<  count  of  conflicts  resolved  using  vertical  diaension  > 

<  AC  is  included  in  this  nuaber  of  conflicts  > 

<  AC  reaote  > 

<  vertical  resolution  advisory  being  sen*  to  AC  > 

<  vertical  resolution  advisory  being  displayed  on  AC  > 


AT  ABB  GLOBAL  VARIABLES 
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3TBPCT0BB  PREC 

GPQDP  saintanance 
211  SXTPR 

GRODP  identifiers 
131  atsid 

BIT  HOOP* 

IHT  SSCTID 

gpO OP  general_values 
BIT  PIPS 
FLT  PRO 
1ST  POSCHD 
PIT  PVHD 
BIT  PHIS* 

PIT  TSTART 

GPOOP  acl 

BITS  CHDPL 
1ST  HHH  Ml 

IH1  BVHAH 

PTP  IHTR 
IHT  HVT 

PTR  PAC 
IHT  PHHAH 
IHT  PVHAH 
BIT  SPHO 
IHT  TR*IO 


<*••  PAIS  RECORD  ••*> 


<  nett  pair  record,  this  table  > 


<  processor  (ATAFS  or  BCAS)  handling  thi3  conflict  > 

<  sita  naned  in  ATSID  has  handed  off  pair  > 

<  ATARS  sector  for  *-he  conflict  pair  > 


<  controlled  AC  gets  resolation  advisories  > 

<  horizontal  aiss  distance  (squared)  > 

<  resolution  advisory  control  variable  > 

<  vertical  niss  distance  > 

<  coarse  screen  and  detection  done  > 

<  tiaa  «hen  resolution  advisories  were  selected  > 


<  field  of  advisories  for  donino  search  > 

<  horizontal  resolution  advisory  to  *his  AC  froa 

othar  non-connected  sites  > 

<  vertical  resolution  advisory  to  this  AC  from 

other  non-connected  sites  > 

<  head  of  doaino  list  for  this  AC  > 

<  AC  turn  state  at  tine  of  resolution  advisory 

selection  > 

<  ID  Of  this  AC  (->  CTEHTRI)  > 

<  horizontal  resolution  advisory  to  this  AC  > 

<  vertical  resolution  advisory  to  this  AC  > 

<  uplink  resolution  advisory  for  this  AC  > 

<  other  AC*  s  track  ID  > 


ATARS  GLOBAL  VARIABLES 


3-P10 


SPOOP  ac2 


LI KB  PRBC.acl 

SBODP  aodel_validation 
BIT  H7D0KB 
PLT  BTRAIT 
PIT  RTVHZ 

msipgmss; 


<  already  done  ralldatlon  > 

<  PA  initiation  tine  > 

<  relative  ID  {ID2  -  ZD1)  > 


ATAHS  GLOBAL  7ARIABLBS 

3-P11 


<•••  OOaiSO  USD  DET5CT  D!T*B!II»ATTOB  TASIABLBS  (TABLE  8-3)  •■•> 
STBCTCTOBP  POTSL 

GBOOP  niscellaneous 

n?  ACOB Tfl  <  eertical  range,  for  TCOB?  calculation  > 

PIT  BCOSTH  <  horizontal  range,  for  TCOBH  calculation  > 

PIT  TWABS  <  earning  tine  threshold  > 

EBPSTBPCTOB  E: 


ATABS  GLOBAL  TABIABLES 
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<*••  EECOtJET*R  LIST  EBTRT  **•> 


S*PCTCTORE  ELEETRT 


GROUP  processing_reqaired 


BIT  SOPEREO  < 
2JT  CRAREQ  < 
3X1  DELREQ  < 
BIT  RAPROV  < 
BIT  RARBQ  < 
BIT  RDREQ  < 
3XX  TAREQ  < 


5 BO OP  identifiers 

P33  ACIOI  < 
£32  ACID2  < 
IET  CPSID  < 


GRQOP  co*onted_seoarations 


FX3  ALT  < 

3X2  oo*  < 

3X1  P02  < 

313  RABGE2  < 

GRQOP  cosputed_tises 

213  TB  < 

213  tt  < 


GPOO”  geographic_dependent 
IRT  BRAT  < 


inhibit  BCAS_ATC88S  sessage  regaired  > 
controller  alert  required  > 
delayed  resolution  required  > 
provisional  responsibility  for  resolution  > 
resolution  advisory  required  > 
resolution  deletion  required  > 
traffic  advisory  required  > 


state  vector  for  HC  1  > 
state  vector  for  1C  2  > 
sector  10  for  the  encounter  > 


absolute  current  altitude  separation  > 
dot  product  of  relative  separation  and 
relative  velocity  vector  > 
alss  distance,  squared  > 
horizontal  separation,  squared  > 


tiae  until  horizontal  sep  (DSQ)  is  violated  > 
ties  to  coincidence  in  vertical  direction  > 


encounter  area  type  > 


IT IRS  GLOBAL  ▼ AR  URL ES 


3-PI  3 


5 30 OP  detec* _f lags 
fill  C*?lG 
an  C3PPLG 
m  ppiftG 
BIT  TOOFtG 

an  ic»?ig 
an  impis 

BIT  Sr'PtG 

m  p*ipi.g 

?P0ST30C "‘OUT; 


<  controller  alert  required,  this  pair  > 

<  resolution  advisory  required,  this  pair  > 

<  threat  advisory  required  for  controlled  HC  > 

<  threat  advisory  required  for  uncontrolled  ic  > 

<  bvpass  3-out-of-5  controller  alert  logic  > 

<  resolution  advisory  required  for  controlled  »C  > 

<  bypass  2-out-of-3  resolution  advisory  logic  > 

<  proxisity  advisory  required,  this  pair  > 


m*S  GtOBht  VHBIhBtTS  -  j 
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<***  PWILST  IBTBY  “BoriSITY  TIPI  *•*> 


STBOCTBBI  -X  PBOT 


GBOOP  aaintenance_info 
PTB  SYTPWT 
PTB  PPYPWI 
BIT  SIHT 

GPOBP  identity 
BIT  PBD 
“TP  OBJ_XC 
I IT  OLD_TY“E 
1ST  TBXCB_BO 

GPOO“  rank_data 

121  B  XBGE__W!IGHTBB 

J21  BXBBTTP 
1ST  -IB 


GPOBP  advieor»_data 
CS“  IBBBIT 
BI  —  1TXBS_IQP 
13^  CL  TBB_PPP* 
121  CLOCK_BBG 
Bt-  COB— POL 
I1»T  COBBS! 

IB-  PIBE_B*G 
IBT  GBBB_SP!ED 
S3  BXBG! 

PLT  BIL.XLT 


TBPS— BBC— BP  I: 


<  nezt  entry  > 

<  previous  entry  > 

<  entry  has  been  sent  in  aessage  > 

<  entry  not  updated  this  scan  > 

<  state  sector  entry  > 

<  foreer  type  of  entry  for  object  XC 

<  unique  nuaber  for  subject  XC  TX  > 

<  range  with  vertical  coeponent 

weighted  vs.  horizontal 

<  see  Table  16-2  for  coding  > 

<  always  zero  for  this  type  > 

<  aircraft  abbreviated  data  > 

<  proziaity  ic  equipped  with  ITXBS  > 

<  cliab  capability  of  proziaity  ic  > 

<  clocB  bearing  to  proziaity  1C  > 

<  proziaity  XC  controlled  by  XTC  > 

<  clock  heading  of  proziaity  XC  > 

<  fine  increment  to  clock  bearing  > 

<  ground  speed  of  proziaity  XC  > 

<  slant  range,  unweighted  > 

<  relative  altitude  of  proziaity  XC  > 


XTXBS  GLOBXL  TIBIXBLES 
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'  ,  'XSWfWr jaewee-. 


<***  PSILST  BRTRY  THREAT  TTPB  ***> 


S'VRnCTnRE  "•AjrHREA* 

G800P  aaintenance_inf o 
m  TITPWI 
PTR  ORVPSI 
PIT  SEHT 

O^OOP  identity 
BIT  BID 
PTB  OBJ_AC 
IHT  OLO_TTPB 
1ST  TPACK_SO 

GpO TP  rank_data 

1ST  nASGE_SpIGHT»3 

ITT  HASKTVP 
IT1’  TIT 


<  nezt  entry  > 

<  previous  entry  > 

<  entry  has  been  3ent  in  aessage  > 

<  entry  not  updated  this  scan  > 

<  state  vector  entry  > 

<  foreer  type  of  entry  for  object  AC  > 

<  unique  nusber  for  subject  AC  TA  > 

<  range  with  vertical  conponent 

•eighted  vs.  horizontal) 

<  see  Table  16-2  for  coding  > 

<  horizontal  tan,  pseudo-tau,  or  large  constant  > 


ATARS  GLOBAL  VARIABLES 


3-P16 


HOOP  adwisorw_data 


CHS  ABBSBV 

HTT  A^APS  ?QP 

1ST  CLIHB_PBR? 
1ST  CLOCT_BSG 
BIT  COSTBOt 
1ST  COOHSE 
1ST  PIHB_BSG 
1ST  FIS»_HDG 
1ST  GPSD_SP’!EO 
1ST  HSO 
PL*  SASOP 
PL*"  PPL_ALT 
1ST  RBl_ALT_BTT 
1ST  TOPS 
1ST  SBPT_SPD 


PSOSTPOCTOpp ; 


<  aircraft  abbrewiated  data  > 

<  proximity  AC  equipped  with  ATApS  > 

<  cllsb  capability  of  proximity  AC  > 

<  clock  bearing  to  proximity  AC  > 

<  proxieity  AC  controlled  by  ATC  > 

<  clock  heading  of  proximity  AC  > 

<  fine  increment  to  clock  bearing  > 

<  fine  heading  increment  to  course  field  > 

<  ground  speed  of  proxieity  AC  > 

<  oredicted  horizontal  eiss  distance  > 

<  slant  range,  unweighted  > 

<  relatiwe  altitude  of  proxieitT  AC  > 

<  relatiwe  altitude  extension  > 

<  threat  strong  turn  state  > 

<  wertical  speed  of  *hreat  > 


A*ARS  GLOBAL  TARIABL’S 


3-PIT 


<•*«  P«TLST  BBTST  XTCB 8S_TBXCB_Bt.0CB  TTPB  ••*> 

STBCCTOPg  XTCR>>S_",B 

3  HOOP  aain*-enance_inf  o 
£TS  Sy-pei 
P'rP  P8PPVI 
BIT  S«ST 

r.BOqp  identity 

TBT  XTCBBS_"P  XCK_SO 
Ill  !BT> 

PIP  08J_XC 

3P00P  traek_data 
1ST  XL" 

1ST  BBXBtBG 

111  bxbgb 

HI  BK«GB_?X"« 

HI  T?P"_BX"5 

isamaciiRi; 


1TXPS  3L0EXL  V XRIXBLBS 


<  altitude  of  XTCBBS  XC  (ft)  > 

<  beating  to  XTCB5S  XC  (deg)  > 

<  range  (nai)  > 

<  range  rate  (kt)  > 

<  altitude  rate  of  XTCRBS  (f*:/s)  > 


<  unique  nunber  for  subject  XC  xTCPBS_TB  > 

<  entry  not  updated  this  scan  > 

<  state  vector  entry  > 


<  next  entry  > 

<  previous  entry  > 

<  entry  has  been  sent  in  aessage  > 
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STROCT BBf  TRRRAIS 

GPOO?  saintenance 
p^r  nttpri 

°T9  PRVPRT 
BIT  SEHT 

GBOBP  status 

3T;  ei10 

BIT  ?TAT 

G°OtTP  alv_1ata 

TNT 

"RBtTBBC'nR  E: 


<•••  PtILST  SPTHT  TBRHAIR  TIPS  ••*> 


Info 

<  neit  entry  > 

<  orations  entry  > 

<  entry  has  been  sent  in  sassage  > 

<  entry  not  updated  this  scan  > 

<  first  ties  advisory  transsltted  > 

<  altitude  of  subject  AC  relative  t 


mBS  310 8AL  VAR IABIBS 


o  terrain  > 
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<*•*  PHH.ST  SRTST  OBSTACLE  TYPE  ***> 


STROCTORE  OBSTACLE 

GROOP  aaintenance_ 
PTR  SITPWT 
PTR  ORTPRI 
BIT  SEHT 

GPOBP  status 
BIT  BSD 
BIT  PTAT 
1ST  OBSTACLS_SO 

GPOOP  ad*_daba 
1ST  CLOCE_BRG 
1ST  RASGE 
1ST  RSL_ALT 

^SOSTBOCTqgE: 


info 

<  nett  entry  > 

<  previous  entry  > 

<  entry  has  been  sent  in  aessage  > 


<  entry  not  updated  this  scan  > 

<  first  tiae  advisory  transmitted  > 

<  identity  on  stored  list  of  obstacles  > 


<  clock  bearing  to  obstacle  > 

<  AC  range  *o  obstacle  > 

<  AC  altitude  relative  to  obstacle  > 


ATARS  GLOBAL  VARIABLES 
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<*«*  PRILST  SRTSY  AIRSPACE  *TPR  •••> 


STBOCTBVS  AIRSPACE 

GRO OP  ealntenance_lnfo 
PTS  »TTP»I 
P^H  PR  VP  VI 
BIT  SENT 

GBQ1P  status 

IB”  AIRSPAC?_NO 
BIT  END 
BI”  PTAT 

G5009  adv_lata 

IN”  AIHSPACS_TTPS 

CHP  IDENTIFIER 

SBDSTPBCTBRE; 


<  nett  entry  > 

<  previous  entry  > 

<  entry  has  been  sent  In  sessaqe  > 


<  identity  on  stored  list  of  airspace  tones  > 

<  entry  not  updated  this  scan  > 

<  first  tine  advisory  transmitted  > 

<  restricted  airspace  or  TCA  or  other 

prohibited  area  > 

<  restricted  airspace  identifier  > 


ATARS  GLOBAL  VARIABLE* 
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<»**  pwilST  SSTSY  ALBC  TYPE  «•*> 


STBBCTBRB  ALEC 

GPODP  maintenance 
P^B  Br^POT 
P^P  PBVPfT 
BIT  SENT 

GPOOP  ad»_data 
IHT  AL-ITOOB 
BI-  CONFIDENCE 
BIT  CORNSCTFD 

,*Bt>STBf7C'T>r7F*: 


info 

<  nert  entry  > 

<  previous  entrr  > 

<  entry  has  been  sent  in  message  > 

<  altitude  echo  data  > 

<  altitude  confidence  > 

<  pressure  corrected  altitude  > 


ATABS  GLOBAL  VARIABLES 
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<*•*  RESOLOTIOR  PAIR  ACKRORL EDGE BERT  (RPA)  LIST  ••*> 


STBOCTORt  RPALST 


OROOP  acl 
JR*  DEL 
IRT  ID 
IR*  RES 


<  delivery  siatas  of  aaneuvers  > 

<  ID  of  AC1  > 

<  resolution  advisory  for  AC1  > 


GROOP  ac2 

LIRE  RPALS*.ac 


1 


GROOP  ovrhd 
BI*  CACRD 
31*  CARR 
BIT  SOORCE 
IRT  TIB* 

ERDSTROCTO**: 


<  CORPLICT  RESOLOTIOR  DA* A  TA SR  has  ran  > 

<  RESOLOTIOR  ROTIPICATIOS  TASR  has  ran  > 

<  ATARS  originated  resolutions,  else  Bcas  > 

<  tiee  entry  placed  on  RPA  list  > 


ATARS  GLOBAL  VARIABLES - 
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<**•  STATS  T  SC  TOR  ••*> 


i 


STRUCTURE  STBCT 


GROUP  pointers 


PTR 

ATCREP 

< 

PTR 

CTS 

< 

PTR 

CTPTR 

< 

m 

SEXTA 

< 

PTR 

BEITS 

< 

PTR 

BEITX 

< 

PTR 

OREVX 

< 

PT” 

PBPTS 

< 

PTR 

STRPTR 

< 

PT* 

UPBES 

< 

GROUP  horz  tracker  data 

in 

A7P 

< 

IS* 

PIRBE 

< 

IfiT 

RIRBI 

< 

Utl 

RHOP 

< 

PIT 

VSQ 

< 

rt- 

X 

< 

PIT 

XO 

< 

ZL2 

IDE 

< 

PL* 

XDI 

< 

HI 

XP 

< 

PtT 

XPI 

< 

111 

T 

< 

Ill 

TO 

< 

HI 

TOE 

< 

Ill 

TDI 

< 

HI 

TP 

< 

Ill 

TPI 

< 

entry  in  CREPT  for  ATCRBS  AC  > 
conflict  table  entry  for  this  AC  > 
conflict  table  containing  this  AC's  entry  > 
next  AC  in  ATABS  sector  list  thread  > 
next  AC  in  antenna  sector  list  thread  > 
next  AC  in  X_list  or  EX_list  thread  > 
previous  AC  in  X_list  or  EX_list  thread  > 
PRItST  for  AC  > 

stack  of  AC  inforiation  (position,  velocity, 
tine)  for  turn  rate  computation  > 
list  of  last  uplinked  ATARS  nessages  > 


predicted  next-correlation  azlauth  > 
external  firsness  level  > 
internal  firsness  level  > 
predicted  next-correlation  range  > 
square  of  horizontal  velocity  estimate  > 
X  position  of  AC  > 

X  velocity  of  AC  > 

external  X  velocity  estinate  > 

internal  X  velocity  estinate  > 

external  one-scan  predicted  X  position  > 

internal  one- scan  predicted  X  position  > 

T  position  of  AC  > 

T  velocity  of  AC  > 

external  T  velocity  estinate  > 

internal  T  velocity  estinate  > 

external  one-scan  predicted  T  position  > 

internal  one-scan  predicted  T  position  > 

ATARS  GLOB  At  VARIABLES  - 
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GP03P  Ter*-_tracker_data 


ill 

PIRSZ 

PLT 

PIRPZP 

PIT 

LOT 

HI 

SfTCPT 

EH 

SORPPS 

PIT  Z 

Ell 

ZD 

EH  TO' 

Ell 

ZP 

EH 

ZPRPT 

EH 

zs 

!00P  tiaes 

PIT 

ALPCT 

Ell 

0»RT 

Ell 

TO 

PIT 

TLOPO 

PIT 

-5 

Ell 

""IP 

Ell 

TOP 

EH 

TBZ 

EH 

TTPPAL 

<  aode  C  firaness  lexel  > 

<  firaness  of  leTel  occupancy  tiae  > 

<  lexel  occupancy  tiae  estiaate  > 

<  start-up  counter  to  establish  track  > 

<  susaed  residual  used  to  detect  trend  in  rertical 

acceleration  > 

<  Z  position  of  AC  > 

<  Z  Telocity  of  AC  > 

<  external  Z  Telocity  estiaate  > 

<  external  one-scan  predicted  t  position  > 

<  oreTiously  reported  Z  position  > 

<  saoothed  Z  position  estiaate  > 


<  tine  last  ALfC  entrT  generated  > 

<  tiae  last  o«»  sassage  generated  > 

<  tiae  ATABS  aessage  »as  receiTed  by  AC  > 

<  tiae  of  last  Tertteal  track  update  > 

<  tiae  of  last  reported  range/aziauth  data  > 

<  expected  tiae  of  next  local  data  > 

<  tiae  of  current  reaote  data  > 

<  tine  last  node  C  report  «as  recelxed  > 

<  tiae  of  transition  to  preTiously  reported  altitude  > 


I 


i 
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,  •"***■* 


■k 


snoop  flags 


IIS 

ATIPLG 

< 

track  was  initialized  as  ATCRBS  > 

BIT 

ATSS 

< 

AC  ready  for  ATARS  service  (on  IISIT  list)  > 

III 

CARFQ 

< 

controller  alert  required  in  this  area  > 

IIS 

CFNTR 

< 

AC  in  center  area  of  ATARS  service  area  > 

IIS 

cone 

< 

AC  under  ATC  control  > 

BIT 

DELFG 

< 

state  vector  is  to  be  deleted  > 

BIT 

OLOOT 

'  < 

data  link  ont  on  aost  recent  scan  > 

BIT 

DRATS 

< 

AC  ATARS  service  dropped  but  track  maintained 

for  dosino  resolution  > 

BIT 

ORSOR 

< 

AC  track  dropped  by  ATARS  > 

BIT 

FXFLG 

< 

X/EX_list  indicator  > 

BI” 

RtJB'LG 

< 

AC  in  antenna  hub  zone  > 

BTT 

IHT»t 

< 

new  AC  on  XIRIT  list  > 

BIT 

LOFL 

< 

this  AC  has  local  data  > 

ns 

BCFtG 

< 

altitude  data  provided  through  node  C  report 

and  reasonable  > 

US 

H1LLPG 

< 

a  null  DABS  report  is  received  > 

BIT 

OSCFL 

< 

8ETRAR  vill  be  reset  after  one  scan  > 

BIS 

°STAT 

< 

local  site's  prisary  status  > 

Br- 

RRFL 

< 

•AC  has  remote  data  > 

BIT 

SB  PR 

< 

AC  data  smoothed,  predicted  this  scan  > 

IIS 

SPIDFG 

< 

signpost  flag  for  coarse  screen  identification  > 

BIT 

SPRO 

< 

antenna  sector  processing  flag  > 

BIT 

SOLO 

< 

squitter  lockout  set 

BIT 

SRVBSK 

< 

report  in  ATARS/ „  •  .  .  vei Glance  area  mask  > 

IIS 

I0PFL 

< 

prevents  sultiple  X/FX_list  update  > 

1 
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GROOP  general_values 


III 

ACAB 

< 

AC  abbreviated  field,  9-bit  field  > 

III 

ACAT 

< 

AC  area  tvpe  > 

III 

ACt  ASS 

< 

ATARS  class  of  service  > 

Ill 

ACtP 

< 

AC  cliab  performance  used  in  modeling  resolution 

advisory  > 

CUB 

ASSOC 

< 

ID  of  closest  airport  > 

HI 

ATSBQ 

< 

CAS  equipage  type  > 

HI 

BCASST, 

< 

BCAS  sensitivity  level  > 

HI 

CODS 

< 

DABS  or  ATCRBS  aode  C  code  > 

HI 

PAZ 

< 

final  approach  rone  indicator  > 

HI 

PXtf 

< 

ATCRBS  surveillance  file  nuaber  > 

HI 

GEOG 

< 

geographical  tone  a-bit  field  > 

HI 

HUS 

< 

horizontal  aaneuver  status  for  level  tracxer  > 

HI 

ISD 

< 

unique  index  of  area  t-‘,>e  2  > 

HI 

OSRflDG 

< 

last  heading  sent  in  ORR  aessage  > 

HI 

OSHTSH 

< 

last  turn  rate  sent  in  OBS  aessage> 

HI 

SESRAB 

< 

ID  of  site  vhose  PAR  requested  > 

HI 

RETS  AR 

< 

ID  of  reaote  site  that  receives  RAR  data  > 

HI 

SL3EPS 

< 

aost  recently  reported  slant  range  > 

HI 

SVSID 

< 

lC's  ATARS  sector  ID  > 

HI 

T5®  ALT 

< 

altitude  froa  terrain  aap  > 

HI 

TORR 

< 

AC  turn  status  > 

HI 

TYPE 

< 

AC  type  status  (DABS  or  ATCRBS)  > 

£11 

ZPRT 

< 

ID  of  airport  associated  with  PAZ  > 

ATARS  GtOBAL  VARIABLES 
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1.V 


GROOP  doaino_ob j_pro j 


n*  id?sj(«) 

nr  t ?rj{») 

PIT  TDPRJ(«) 

PIT  TPR  J  (h) 

PLT  fDPRJ 
PLT  ZPRJ(») 


STOOP  data_block 
BI-;  r*por«> 

»PP3TP.qcrqpp; 


<  one,  tso,  three  and  foor-scan  to  projection  after  DELAY 

tiae  of  Modeling  > 

<  one,  tso,  ••hree  and  four-scan  x  protection  after  DELAY 

tiae  of  Modeling  > 

<  one,  tso,  three  and  four-scan  TO  projection  after  DELAY 

tiae  of  aodeling  > 

<  one,  tso,  three  and  four-scan  T  projection  after  DELAY 

tiae  of  aodeling  > 

<  t  direction  pelocitr  for  doalno  object  processing  > 

<  one,  tso,  three  and  four-scan  1  projection  af*er  DEt.iT 

tiae  of  aodeling  > 


<  DABS  or  ATCRBS  or  RADAR  report  rabies  3-3,  3-S,  3-5)  > 


AT  ARP  GLOBAL  VARIABLES 
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<***  SYSTEM  THRIHBI.ES  ***> 


STROCTORE  STSVRR 

GROOP  tine 
FIT  CTIME 


GROOP  flags 
BYT  HTCRBC 


BIT  HTCROR 
BITS  STHTMSG 


GROOP  failure_info 
BIT  BHCPOP 
pfR  CTBP^R 
1ST  PHILED 
PTR  NHPPTR 
BIT  MHSTEP 

GROOP  antenna 

n:  hpos 

PIT  HRHT5 

GROOP  general 

IOCHl_ID 


ESOSTPOCTORP; 


<  current  tine  > 

<  HTC  requests  non_aode  C  HTHRS  target  tracking  desired  > 

<  HTC  requests  radar  only  target  tracking  desired  > 

<  HTC  facilities  requesting 

full  HTHRS  status  control  messages  > 

<  operating  in  backup  node  > 

<  center  zone  nap  in  use  > 

<  identity  of  failed  site  > 

<  HTHRS  sernice  nap  in  use  > 

<  operating  in  backup-taster  node  > 

<  DHBS  antenna  position  > 

<  DHBS  antenna  rate  > 

<  local  sensor  site  identification  (<*  ♦'its)  > 


HTHRS  3LOBHL  THRIHBLES 
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SURVEILLANCE  REPORT  AND  TRACK  PROCESSING 
4.1  General  Requirements 


ATARS  surveillance  processing  may  be  divided  into  three  main 
sub-functions:  input  processing,  track  processing,  and 
smoothing/prediction.  The  general  division  of  responsibility  is 
that  input  processing  accepts  target  reports  from  the  DABS 
sensor  and  screens  and  prepares  them  for  tracking.  Track 
processing  maintains  a  file  of  system  tracks  and  selects 
particular  target  reports  for  track  update.  Smoothing  and 
prediction  utilizes  the  selected  reports  for  production  of  fresh 
position  and  velocity  updates. 

ATARS  surveillance  processing  is  required  to  track  those  DABS, 
ATCRBS  (mode  C  and  non-mode  C  equipped)  and  radar-only  aircraft 
which  are  being  tracked  by  the  local  sensor  in  the  ATARS  service 
area  and  the  domino  surveillance  area.  Aircraft  outside  these 
areas  are  not  tracked. 

4.2  Coordinate  Systems 

Target  reports  are  received  in  the  rho,  theta,  h  (slant  range, 
azimuth,  altitude)  system  of  the  DABS  sensor.  ATARS  maintains 
and  uses  track  estimates  in  a  modified  Cartesian  x,  y,  z 
system.  The  local  sensor  lies  at  the  center  of  the  x,  y  grid 
with  x  east  and  y  north  (see  Figure  4-1). 

Mapping  between  these  two  systems  is  based  on  a  flat  earth 
assumption.  Under  this  assumption  x,  y  are  considered  as  the 
ground  plan  projection  coordinates  of  an  aircraft,  while  z  is 
identical  to  the  altitude.  However,  because  of  the  actual 
curvature  of  the  earth,  the  x,  y,  z  which  are  so  computed  do  not 
exactly  correspond  to  the  aircraft  position  in  a  physical 
Cartesian  space.  Nevertheless,  the  x,  y,  z  descriptions 
produced  by  this  formal  mapping  will  be  utilized  throughout  the 
ATARS  processing.  The  equations  of  the  mapping  are  shown  in  the 
figure. 

Geographical  corrections  take  place  in  rho,  theta.  Reports 
selected  for  track  update  are  coordinate  converted  to  the  x,  y, 
z  system  before  using  them  to  smooth  the  track  estimate.  The 
Inverse  mapping  is  used  to  determine  a  predicted  rho,  theta  for 
the  next  correction  and  for  antenna  sector  update. 
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Y 


LOCAL  SENSOR 
HORIZONTAL  POSITION 


TARGET  MEASUREMENTS:  RANGE  rho 

AZIMUTH  theta 
ALTITUDE  h 

SENSOR  ALTITUDE:  h8 


SLANT  RANGE  CORRECTION:  rho'  *  sjrho2  -  (h  -  h8)2 


TRACK  COORDINATES:  X  -  rho'  sin  (theta) 

Y  *  rho'  cos  (theta) 
Z  -  h 


FIGURE  4-1 

ATARS  TRACK  SECTORI2ATION  AND  COORDINATES 
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In  converting  remote  reports  to  local  x,  y,  z  coordinates,  any 
method  of  calculation  may  be  used  which  accurately  accounts  for 
the  real  spatial  geometry.  In  order  to  be  useful  in  tracking, 
the  truncation  errors  In  conversion  must  be  kept  comparable  to 
the  random  data  error  (l.e.,  approximately  -  100  feet  or  less). 
The  method  should  be  reasonably  efficient,  but  since  remote 
report  conversion  will  only  be  occasionally  required,  some 
complexity  can  be  tolerated. 

4.3  Major  Files 

The  ATARS  track  file  is  a  separate  creation  of  the  ATARS 
function  and  is  not  identical,  either  physically  or  in  content, 
to  the  DABS  sensor  track  file.  This  file  (the  Central  Track 
Store  (CTS))  consists  of  a  block  of  track  slots,  of  sufficient 
size  to  accommodate  the  maximum  track  load.  Each  slot  may 
either  be  empty  or  it  may  contain  track  information  (aircraft 
State  Vector)  about  a  particular  aircraft.  In  addition,  a 
number  of  slots  of  known  fixed  x  coordinate  distance  called 
signposts  provide  quick  points  of  entry  into  the  appropriate 
X-list  or  EX-list  as  described  in  Section  6.1.3.  Signposts  are 
bookkeeping  aids  and  are  not  altered  by  the  tracking  programs. 

A  CTS  file  is  used  to  transmit  information  for  a  particular 
aircraft  throughout  the  various  tasks  in  the  ATARS  processing 
cycle.  The  central  track  store  contains  the  following  types  of 
information:  position,  velocity,  time,  pointers,  status  and  ID 

indicators,  and  control  flags. 

The  tracks  in  CTS  must  be  rapidly  accessible  in  two  ways  for 
Report  Processing  and  Track  Processing  Tasks:  on  a  geographical 
antenna  sector  basis  and  by  aircraft  ID.  32  fixed  azimuth 
sectors  are  defined  with  respect  to  the  local  sensor,  beginning 
clockwise  from  north  (see  Figure  4-1).  Each  antenna  sector  is 
11  1/4  degrees  wide.  Tracks  are  organized  (e.g.,  by  threading) 
so  that  the  ATARS  tracker  can  efficiently  index  and  process 
tracks  lying  in  a  particular  antenna  sector.  Since  the  aircraft 
move,  their  antenna  sector  assignments  will  change.  These 
changes  are  monitored,  and  an  updated  antenna  sector  list  is 
maintained . 

Rapid  access  of  individual  tracks  through  their  ATCRBS/radar 
surveillance  file  number  or  DABS  ID  Is  accomplished  by 
establishing  a  cross-reference  file  for  each  of  these  aircraft 
classes.  These  files  are  denoted  CREFA  and  CREFD,  respectively, 
and  relate  the  Input  code  (which  may  be  compressed  by  hashing) 
to  the  corresponding  track  slot  number  in  CTS.  When  tracks  are 
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dropped  or  new  tracks  are  started,  the  cross-reference  files  are 
correspondingly  updated.  These  file  relationships  are  indicated 
in  Figure  4-2. 

Since  the  ratio  of  radar,  ATCRBS  and  DABS  track  loads  is  an 
environmental  variable,  it  is  desirable  that  CTS  not  be 
partitioned  in  any  fixed  way  between  these  track  classes. 
Procedures  for  organizing  and  accessing  CTS  should  remain 
efficient  regardless  of  this  load  ratio. 

4.4  Report  Processing 


The  ATARS  surveillance  processing  initiates  and  maintains  ATARS 
tracks  on  all  DABS,  ATCRBS  (mode  C  and  non-mode  C  equipped),  and 
radar-only  aircraft  in  the  ATARS  surveillance  area  which  are 
being  tracked  by  the  DABS  sensor.  This  objective  is 
accomplished  by  two  major  tasks:  the  Report  Processing  Task, 
discussed  in  this  section,  and  the  Track  Processing  Task, 
discussed  in  Section  4.5. 

Report  processing  operates  on  interrupt  after  all  target  reports 
for  a  new  antenna  sector  have  arrived  in  the  surveillance  input 
buffer.  The  surveillance  input  consist  of  target  reports  from 
the  DABS  sensor. 

Input  data  are: 

1.  A  sector  header  antenna  azimuth  word 

2.  Target  reports  from  Surveillance  Buffer 
The  services  performed  are  to: 

1.  Update  current  antenna  position  and  rate  estimates 

2.  Screen  local  reports  and  reject  all  reports  falling 
outside  the  ATARS  surveillance  area 

3.  Reject  reports  according  to  atc  selection  not  to 
process  non-mode  C  or  radar-only  reports 

4.  Correlate  local  and  remote  reports  with  tracks  through 
DABS  ID  or  ATCRBS/radar  surveillance  file  number 
cross-references.  Store  reports  with  the  State 
Vectors  in  CTS 

5.  Start  new  DABS,  ATCRBS  or  radar-only  tracks 

6.  Flag  tracks  for  drop  (if  indicated  by  sensor) 
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FIGURE  4*2 

TRACK  FILE  STRUCTURE  AND  ACCESS 


4.4.1  ATARS  Surveillance  Area 


The  ATARS  service  area  Is  subtended  by  a  larger  area  called  the 
ATARS  surveillance  area,  defined  by  a  rho,  theta  map.  This  map 
Is  defined  as  a  convex  figure  encompassing  the  ATARS/Domino 
surveillance  area  as  shown  In  Figure  4-3.  Since  the  ATARS 
surveillance  area  Is  a  convex  figure,  it  suffices  to  define  a 
map  with  a  minimum  and  maximum  rho  for  each  theta  (or  theta 
interval).  Two  maps  are  required,  one  for  reports  above  an 
altitude  HZONE  and  one  below  this  altitude  (see  Section  6.2.1 
and  Figure  6-1).  In  order  to  pass  screening,  a  local  report 
with  altitude  data  must  He  within  the  area  appropriate  for  that 
altitude.  If  no  altitude  has  been  measured,  then  it  must  lie 
within  at  least  one  of  the  two  map  areas.  (Remote  reports 
cannot  be  mapped  out  efficiently  here  because  their  rho,  theta 
are  not  local  coordinates.) 

4.4.2  Local  Reports 


When  a  local  report  is  within  the  ATARS  surveillance  area,  the 
DABS  ID  or  ATCRBS/radar  surveillance  file  number  Is  used  to  find 
the  associated  track  in  CTS  (if  any).  The  cross-reference  files 
CREFD  and  CREFA  provide  the  required  links.  If  the  track's  drop 
flag  is  already  set  in  CTS,  it  cannot  accept  further  data  and 
the  report  is  ignored.  If  the  report  drop  bit  is  set  in  the 
surveillance  report,  track  drop  is  initiated  here.  Track  drops 
may  also  be  initiated  in  track  update  (Section  4.5.1)  when  data 
has  been  missing  too  long  or  the  track  is  out  of  the  ATARS 
surveillance  area.  The  State  Vector  Deletion  Task  performs  the 
final  drop  action  for  tracks  which  have  been  in  ATARS  coverage. 

When  a  local  report  Is  a  null  report,  the  null  flag  is  set  to 
indicate  to  the  Track  Processing  Task  that  this  particular  track 
is  to  be  treated  as  a  "miss"  rather  than  a  "hit.”  If  the 
diffraction  zone  bit  Is  set  in  the  report,  the  track  is  also 
processed  as  a  "miss."  The  local  report  that  is  designated  as  a 
"hit"  must  also  pass  a  rho,  theta  reasonability  check  of 
measured  vs.  predicted  coordinates  in  order  to  merit  further 
consideration.  The  report  is  then  stored  in  the  CTS  report 
storage  area.  A  RAR  empty  report  is  issued  for  the  aircraft  if 
the  proper  conditions  exist  for  this  message  generation.  If  the 
site  ID  has  changed  for  the  aircraft,  then  a  check  is  made  to 
determine  if  the  aircraft  is  located  in  the  seam  area,  and  so 
designated.  If  a  pilot  request  for  an  altitude  echo  advisory  is 
received,  the  proper  computations  are  made  and  the  time  of  the 
altitude  request  is  recorded  in  the  track  State  Vector. 
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ATARS  AND  DOMINO 


DOMINO  AREA  -  PROVIDES  COVERAGE  AT  LEAST  AN  ADDITIONAL  15  nmi 
BEYOND  THE  ATARS  SERVICE  AREA 


FIGURE  4-3 

ATARS  AND  DOMINO  SERVICE  AREAS 


If  a  new  crack  is  Co  be  inlclalized,  Chls  is  Che  sole 
responsibilicy  of  Che  reporc  processing  funcCion.  This  will 
occur  when  a  local  or  laCe  local  reporc  is  examined  which  does 
noC  have  an  exiscing  associaced  crack  and  Che  report  drop  bit  is 
not  set.  Track  initialization  is  started  with  a  single  local 
report . 

4.4.3  Remote  Reports 


If  a  remote  report  is  a  null  report,  it  is  rejected  at  this 
time.  Otherwise,  the  DABS  ID  or  ATCRBS/radar  surveillance  file 
number  is  used  to  find  the  associated  track  in  CTS  (if  it 
exists).  The  cross  reference  files  CREFD  and  CREFA  provide  the 
required  links.  The  remote  surveillance  report  data  is  then 
stored  in  the  CTS  storage  area  provided  a  local  report  hasn't 
been  received  for  this  aircraft  in  the  last  1/2  scan.  The 
remote  flag  is  set  and  report  time  is  stored.  A  RAR  empty 
report  is  issued  for  this  aircraft  if  the  proper  conditions 
exist  for  this  message  generation.  If  the  site  ID  has  changed 
for  the  aircraft,  then  a  check  is  made  to  dertemine  if  the 
aircraft  is  located  in  the  seam  area,  and  so  designated.  If  a 
pilot  request  for  an  altitude  echo  advisory  is  received,  the 
proper  computations  are  made  and  the  time  of  the  altitude 
request  is  recorded  in  the  track  State  Vector. 

4.4.4  Track  Initialization 


An  empty  track  slot,  which  has  been  cleared  of  all  previous 
data,  i s  found  in  the  CTS.  Empty  tracks  are  threaded  together 
into  their  own  list  using  the  sector  thread  mechanism.  This 
slot  will  hold  the  new  track  State  Vector.  This  report's 
measurement  time  is  determined  and  then  stored.  The  report 
coordinates  are  converted  to  x,  y,  z.  The  initial  horizontal 
prediction  estimates  for  external  and  internal  positions,  and 
velocities  are  determined  and  stored.  The  initial  predicted 
rho,  theta  search  position  is  computed.  The  initial  internal 
and  external  position  predictions  are  set  identical  to  the 
reported  positions.  The  level  velocities  are  set  to  a  small 
non-zero  value.  The  turn  rate  stack  is  initialized  for  the 
track  to  be  used  in  the  x,  y  smoothing  process.  The  antenna 
sector  in  which  this  track  lies  is  determined  and  the  track  is 
added  to  the  proper  antenna  sector  list  (with  forward  threading 
only).  Various  pointers  and  flags  contained  in  the  State  Vector 
are  Initialized. 
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With  mode  C  altitude  data  present,  initialization  must  be 
performed  for  the  vertical  tracker  and  other  ATARS  tasks  must  be 
notified  that  valid  altitude  data  is  available  for  this 
aircraft.  Aircraft  track  type  and  code  information  that  is 
unique  for  either  DABS  or  ATCRBS  reports  must  be  stored  in  the 
State  Vector  during  track  initialization. 

4.5  Track  Processing 


The  Track  Processing  Task  performs  (1)  final  elimination  of 
tracks  which  are  not  to  be  serviced  by  ATARS  and  (2)  Track 
Update  Process.  All  surveillance  reports  have  been  associated 
with  tracks  or  used  to  start  new  tracks  in  the  Report  Processing 
Task.  Track  processing  accepts  each  report  and  calls  the  Track 
Update  Process  (Section  4.5.1).  All  report  correlation  is 
accomplished  in  the  DABS  sensor  and  is  accepted  as  being 
completed  by  ATARS. 

Input  data  for  track  processing  consists  of  local  or  remote 
reports  with  remote  times  of  measurement  which  have  been  stored 
with  the  associated  track  in  CTS  by  report  processing  (one 
report,  or  none,  per  track). 

Track  processing  operates  once  each  time  the  local  sensor  antenna 
enters  a  new  antenna  sector  and  processes  tracks  in  particular 
sectors  (relative  to  the  antenna).  The  sectorization  of  CTS  is 
accomplished  by  threading,  which  is  updated  as  aircraft 
positions  are  re-predicted. 

The  program  is  organized  so  that  when  the  antenna  enters  antenna 
sector  n,  all  tracks  associated  with  antenna  sector  n-4  are 
processed.  All  other  tracks  which  were  input  to  the 
Surveillance  Buffer  during  sector  n  are  then  processed,  (see 
timing  diagram,  Figure  4-4).  The  antenna  sector  gap  from  n-4  to 
n  allows  time  for  DABS  sensor  report  processing  and  sensor  to 
ATARS  transmission  delays.  The  maximum  delay  for  surveillance 
reports  is  expected  to  be  3  antenna  sectors. 

The  primary  function  of  track  processing  is  to  perform  track 
updating  in  antenna  sector  n-4  normally  with  local  data,  but  if 
this  is  missing,  to  attempt  remote  data  or  late  local  data 
updates  each  following  antenna  sector.  This  allows  timely  use 
of  remote  reports.  Various  processing  flags  and  time  checks  are 
utilized  to  prevent  too  frequent  updates  or  confusion  because  of 
ATARS  sector  changes. 

All  tracks  in  antenna  sector  n-4  whose  smooth/predict  and 
antenna  sector  process  flags  are  not  set  are  processed  as  a 
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group.  If  a  report  is  not  a  null  report,  a  track  update  (hit) 
is  performed,  which  includes  smoothing  and  prediction.  If  a 
null  report  has  been  stored,  a  track  update  (miss)  is  performed, 
which  provides  prediction  only.  Since  processing  for  this 
aircraft  has  been  accomplished,  the  antenna  sector  process  flag 
is  set  in  the  State  Vector. 

All  the  remaining  tracks  in  the  buffer,  both  late  local  and 
remote  reports,  are  processed  as  a  second  group.  If  the 
smooth/predict  and  the  antenna  sector  process  flags  are  clear, 
then  the  remote  data  is  accepted  and  a  track  update  (hit)  is 
performed  which  includes  smoothing  and  prediction. 

4.5.1  Track  Update 


The  Track  Update  Process  has  two  entry  points.  One  is  used  to 
process  a  track  after  a  report  has  been  selected  (a  hit);  the 
other  entry  is  used  to  process  the  track  in  final  prediction 
only  if  the  track  report  is  a  null  (a  miss).  The  update  process 
uses  smoothing  and  prediction  and  performs  other  State  Vector 
update  functions  as  well.  Accessory  bookkeeping  operations 
affect  the  CREFA  and  CREFD  files. 

4. 5. 1.1  Selected  Report  (Hit)  Updating 

The  measurement  time  is  computed  for  the  current  local  and 
remote  reports.  This  time  is  computed  from  the  report  azimuth 
and  the  antenna  position/rate  estimates.  The  report  time  is  set 
into  the  current  report  time7 in  the  CTS. 

The  previous  predictions  for  this  track  should  be  corrected  to 
the  current  measurement  time,  if  necessary.  The  predictions  are 
for  an  anticipated  time  of  local  data  measurement.  Thus,  if 
this  report  is  local,  no  correction  will  ordinarily  be 
required.  However,  remote  data  will  be  measured  at  quite 
different  times,  and  the  previous  predictions  must  be 
corrected.  Correction  is  accomplished  by  shifting  the  x,  y  and 
z  predicted  coordinates  by  the  time  difference  (TMP  -  TMR)  times 
the  internal  x,  y  and  z  velocity  estimates.  Both  internal  and 
external  predictions  will  be  affected  (see  Section  4.5.3). 

Rho,  theta  data  is  coordinate  converted  to  the  local  x,  y 
system.  Conversion  of  local  data  involves  slant  range 
correction  as  indicated  in  Figure  4-1.  For  remote  reports  a 
full  remote  to  local  system  conversion  must  be  used.  These 
conversions  utilize  the  altitude  measurement  if  present. 
Otherwise,  the  estimated  altitude  is  used.  In  cases  where 
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neither  is  available,  a  nominal  value  of  ZNOM  will  be  assumed. 
The  slant  range  for  both  local  and  remote  surveillance  reports 
must  be  transferred  into  SLREPS  before  any  coordinate 
conversions  are  made  to  the  data. 

For  local  reports  the  fact  that  smoothing/prediction  is 
accomplished  is  noted  in  the  State  Vector.  If  the  report  is  a 
DABS  report,  the  identity  of  the  remote  site  is  checked  in  the 
RAR.  If  it  is  determined  that  the  local  site  has  coverage,  a 
message  is  sent  to  this  ATARS  site  to  stop  sending  RAR  data  to 
this  aircraft  and  inform  the  local  DABS  sensor  to  start  ATARS 
service  for  this  aircraft.  If  it  is  determined  that  the  remote 
site  identified  in  the  RAR  has  control,  then  that  remote  site  is 
where  data  may  be  requested. 

For  a  remote  report  a  check  is  made  of  the  measured  x,  y 
position  against  the  external  prediction  (corrected)  for 
reasonableness.  If  the  report  is  not  reasonable,  no  update  is 
made  to  position.  If  the  aircraft  is  in  the  cone  of  silence,  it 
is  being  afforded  ATARS  service  and  is  ATARS  equipped  and  the 
remote  site  is  identified  from  which  data  will  be  requested,  a 
message  is  sent  to  the  site  requesting  RAR  data  for  this 
aircraft.  Sent  along  with  this  message  is  own-site  ATARS 
identification  and  the  directive  for  the  remote  site  to  set  its 
one  scan  flag  (OSCFL).  The  local  DABS  sensor  is  informed  to 
stop  ATARS  service  for  this  aircraft. 

After  x,  y  smoothing  has  been  performed  for  the  aircraft,  z 
smoothing  and  prediction  with  the  ATARS  vertical  tracker 
(Section  4. 5. 3. 3)  is  performed.  The  controlled/uncontrolled 
status  of  the  aircraft  is  set  according  to  the  new  DABS  report. 
The  local  and  remote  flag  indicators  in  CTS  are  also  cleared. 

4.5. 1.2  Null  Report  (MIsb)  Updating 


The  flag  which  indicates  the  local  sensor  has  lost  data  link 
contact  with  this  aircraft  is  set  in  the  State  Vector.  If 
present  time  minus  TM  is  greater  than  TDROP,  then  ATARS 
surveillance  is  dropped  for  this  aircraft.  The  aircraft  is 
placed  on  the  deletion  list  and  unlinked  from  the  X/EX-list. 

4. 5. 1.3  Updating  for  Selected  and  Null  Reports 

If  ATARS  surveillance  drop  is  indicated  and  the  aircraft  is  not 
on  the  X/EX-list,  the  track  is  dropped  and  its  cross-reference 
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links  (CREFA  or  CREFD)  are  erased.  For  those  aircraft 
designated  as  ATCRBS  or  radar,  the  State  Vector  Deletion  Task 
has  responsibility  for  the  drop  but  the  track  cross-reference 
(CREFA)  is  deleted.  Dropping  a  track  here  consists  of  simply 
re-threading  it  onto  the  empty  list. 

For  tracks  whose  ATARS  surveillance  drop  is  not  indicated, 
horizontal  track  positions  are  predicted  to  the  estimated  time 
of  next  local  data  using  the  ATARS  prediction  algorithm. 

Azimuth  and  range  are  computed  from  the  predicted  position 
values  and  stored  with  the  prediction  time. 

The  track  is  tested  for  ATARS  qualification  with  the  use  of  a 
firmness  control.  (NOTE:  Firmness  control  is  discussed  in 
Section  4.5.2.) 

If  the  track  is  qualified  for  ATARS  service,  see  if  it  is  on  the 
X-list  or  the  EX-list.  If  the  track  is  not  in  either  list, 
place  it  in  the  XINIT  List  for  the  Aircraft  Update  Processing 
Task  by  use  of  NEXTX.  If  the  track  is  on  either  list  and  ATARS 
service  is  not  being  afforded  this  aircraft,  test  the  track 
position  estimates  (external  prediction;  XP,  YP,  ZP)  to 
determine  whether  the  track  lies  within  the  ATARS  service  area. 
This  is  accomplished  by  a  geographical  area  determination  which 
utilizes  an  x,  y  masking  procedure.  This  x,  y  mask  is  defined 
as  the  ATARS  mask  service  area  as  shown  in  Figure  4-3. 

If  the  track  Is  within  the  area,  ATARS  service  is  given  to  the 
aircraft.  The  tracks  are  placed  on  the  appropriate  X-list  or 
EX-list  in  the  aircraft  update  task.  If  the  aircraft  is  ATARS 
equipped,  a  message  is  sent  to  the  DABS  sensor  to  start  ATARS 
service  for  this  track.  For  all  DABS  tracks,  the  primary/secon¬ 
dary  status  of  the  track  is  recorded  in  the  State  Vector. 

For  the  track  not  qualified  for  ATARS  service,  see  if  the  track 
Is  on  the  X-list  or  the  EX-list.  If  this  is  true,  drop  ATARS 
service  is  initiated,  and  the  aircraft  Is  placed  on  the  deletion 
list  and  unlinked  from  the  X-list  or  the  EX-list. 

4.5.2  Firmness  Control 


The  ATARS  tracking  system  uses  the  method  of  firmness  controlled 
smoothing  parameters  (see  Table  4-1).  Separate  values  are  given 
for  beacon  and  radar-only  reports.  Firmness  values  for  each 
track  are  adjusted  in  accordance  with  its  record  of  correlation 
success  (see  Table  4-2).  The  firmness  table  construction  and 
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TABLE  4-1 


HORIZONTAL  SMOOTHING  PARAMETERS  VS.  FIRMNESS 


FIRM 

ALFA 

BETA 

THK 

Beacon 

Radar 

Beacon 

Radar 

0 

1.000 

1.000 

0.000 

0.000 

- 

1 

1.000 

1.000 

1.000 

1.000 

LPV1 

2 

1.000 

1.000 

1.000 

1.000 

LPV 

3 

0.833 

0.780 

0.700 

0.650 

3.60 

4 

0.700 

0.595 

0.409 

0.360 

2.00 

5 

0.600 

0.475 

0.270 

0.220 

1.50 

6 

0.524 

0.395 

0.192 

0.145 

1.26 

7 

0 .464 

0.345 

0.144 

0.093 

1.12 

8 

0.417 

0.310 

0.112 

0.058 

1.03 

9 

0.400 

0.300 

0.100 

0.050 

1.00 

^LPV  Indicates  a  very  large  positive  value  which  disables 
turn  detection. 
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use  for  the  ATARS  tracking  system  differs  from  its  Augmented 
ARTS  III  counterpart  in  several  ways.  The  following  features 
are  present . 

1.  Fewer  levels  have  i-en  assigned  and  the  alpha,  beta 
smoothing  parameter  values  of  these  levels  have  been 
altered . 

2.  Together  with  alpha  and  beta  an  additional  threshold 
parameter,  THK,  has  been  added  to  adjust  ATARS 
cross-track  smoothing  thresholds.  (The  notation  (THK 
-  LPV)  means  that  the  ATARS  turn  detection  should  be 
disabled. ) 

3.  Three  firmness  values,  FIRMI,  FIRME  and  FIRMZ,  are 
maintained  on  each  track.  Each  uses  a  lookup  table  to 
select  parameters  for  internal  x,  y,  for  external  X, 

Y,  or  for  altitude  smoothing.  FIRMI  is  used  for  THK 
lookup . 

4.  These  firmness  values  step  up  or  down  depending  on  the 
success  or  failure  of  attempts  to  correlate  on  a 
particular  scan.  The  adjustments  are  made  after  the 
previous  firmness  levels  have  been  used  for  lookup. 
Nominal  adjustments,  which  are  common  to  all  three 
firmness  values,  are  further  subject  to  absolute 
assigned  maximum  firmness  limits.  Nominally, 

FIRMI^x  “  9 

FIRMER  -  4 

FIRMZmax  -  9 

These  values  cannot  be  exceeded  during  stepping.  Note 
that  a  successful  rho,  theta  correlation  does  not 
necessarily  result  in  a  successful  altitude 
correlation  so  that  FIRMZ  does  not  necessarily 
increase  with  FIRMI  and  FIRME.  Altitude  reports  may 
be  missing. 

5.  When  a  track  is  initiated,  FIRMI  and  FIRME  are 

Inserted  at  level  1.  Similarly,  if  altitude  data  on 
this  new  track  has  been  received,  FIRMZ  is  also 

Initialized  at  1.  If  no  altitude  data  has  been 

received,  set  FIRMZ  -  0. 

6.  A  track  is  terminated  when  the  time  interval  between 
the  current  time  and  the  time  of  the  last  successful 
horizontal  reply  (represented  by  TM)  exceeds  the 
threshold  value  TDROP. 
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7.  All  turning  track  firmness  levels  used  In  ARTS  III 
have  been  deleted. 

4.5.3  Track  Estimation 

Track  estimation  consists  of  two  processes:  smoothing,  In  which 
a  track's  current  data  Is  combined  with  a  previously  made 
prediction  to  achieve  an  improved  estimate  of  the  current  state, 
and  prediction,  in  which  the  current  smoothed  state  is 
extrapolated  one  scan  ahead  to  assist  correlation  and  prepare 
for  the  next  smoothing  step.  Figure  4-5  illustrates  turn 
sensing,  smoothing  and  prediction  based  on  the  current  positions 
and  velocities. 

Smoothing  and  prediction  processes  are  called  from  the  Track 
Update  Process.  The  essential  data  communicated  to  the 
smoothing  algorithm  is: 

a.  The  track  to  be  processed 

b.  The  report  to  be  used  for  smoothing 

c.  Estimates  of  antenna  position  and  rate 

The  prediction  algorithm  requires  only  the  first  and  third 
items.  Both  algorithms  modify  the  contents  of  the  track  State 
Vector.  In  both  smoothing  and  prediction,  reference  is  made  to 
internal  and  external  position  and  velocity  coordinates.  Inter¬ 
nal  refers  to  those  positions  and  velocities  used  internal  to 
the  Track  Processing  Task.  External  includes  all  positions  and 
velocities  used  elsewhere  in  the  ATARS  tasks  but  generated  in 
the  Track  Processing  Task. 

4. 5. 3.1  Horizontal  Smoothing 

The  ATARS  horizontal  smoothing  process  is  designed  to  provide 
improved  knowledge  of  aircraft  heading  during  turns  and  vertical 
velocity  information  for  the  level-occupancy  tracker  (Section 
4. 5. 3. 3).  Thus,  ATARS  conflict  detection  and  conflict 
resolution  may  be  performed  more  effectively  for  maneuvering 
aircraft  than  has  been  possible  with  previous  algorithms. 

Horizontal  (x,  y)  positions  and  velocities  are  smoothed  by  the 
well-known  alpha,  beta  technique  until  a  maneuver  is  sensed. 

The  cross-track  deviation  (data  report  distance  from  the  line  of 
the  predicted  track  vector)  is  compared  with  an  assigned  thres¬ 
hold  to  detect  a  turn.  If  a  Horizontal  Maneuver  Status  (HMS) 
indicates  a  turn,  the  turn  rate  (W)  is  computed  from  a  modified 
cross-track  deviation  computed  from  the  oldest  of  three  previous 
smoothed  positions  and  velocities.  Figure  4-6  illustrates  turn 
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FIGURE  4-5 
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USING  HISTORICAL  POSITIONS  AND  VELOCITIES 


rate  computation  (in  relation  to  Figure  4-5)  using  historical 
positions  and  velocities •  Figure  4-7  illustrates  the  turn  rate 
computations  used  for  the  advisory  service  in  ATARS  (see  Own 
Message  in  Section  16.1.3.2).  Maneuvering  tracks  are  smoothed 
by  a  special  method  which  includes  track-oriented  geometric 
calculations.  The  following  implementation  avoids  use  of 
trigonometric  functions  wherever  possible. 

The  horizontal  smoothing  operations  are  controlled  by  two 
important  CTS  track  firmness  parameters  FIRMI  and  FIRMS  which 
are  maintained  by  the  correlation  program  in  accord  with  the 
record  of  correlation  successes  and  failures.  Table  4-1  shows 
how  the  various  smoothing  process  parameters  vary  with  these 
firmness  values  (denoted  generlcally  by  FIRM).  (The  level  zero 
is  restricted  to  FIRMZ) . 

Before  the  X,  Y  Smoothing  Process  is  started,  the  measured  range 
and  azimuth  are  converted  to  Cartesian  XR,  YR  components.  CTS 
contains  the  predicted  internal  position  XPIl,  YPI1,  and 
velocity,  XDIl,  YDI1,  estimates  for  the  current  predicted  data 
time,  TMP1.  CTS  also  contains  up  to  three  previous  smoothed 
internal  positions,  velocities,  old  data  times,  and  the  special 
predicted  positions  used  for  the  turn  rate.  For  an  update  with 
local  data,  TMPl  is  sufficiently  close  to  the  true  measurement 
time  that  these  predictions  may  be  directly  compared  with  the 
measurements.  For  an  update  with  remote  data,  the  predictions 
XPIl,  YPI1  are  first  corrected  to  the  remote  measurement  time  by 
using  the  velocities  XDIl,  YDIl  and  applying  the  time  difference 
TMR1-TMP1. 

Several  quantities  to  be  used  in  the  computation  of  the  turn 
rate  are  initialized  in  the  Track  Initialization  Process,  and 
are  available  In  the  State  Vector.  These  variables  are  updated 
in  the  X,  Y  Smoothing  and  Prediction  Processes.  These 
parameters  are  outlined  below. 

Last  predicted  internal  velocity: 

XDIOLD  -  XDIl 
YDIOLD  -  YDIl 

Last  predicted  internal  position: 

XPINEW  -  XPIl 
YPINEW  -  YPIl 

Time  on  the  stack: 

ST  -  0 
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SIN  A  -  b/r 

b  -  2r  SIN  A/2 
d  -  b  SIN  A/2 
-  2r  SIN2  A/2 

approx.  ■  2r  A2/4  FOR  IMALL  A 


A  -  wt  t  •  TIME  FOR  n  SCANS 


rA  «  vt  v  ■  VELOCITY 


d  ■  2(vt)vt/4 
*  1/2  vwt2 

w  -  2d/vt2  TURN  RATE 

SUBSTITUTING  FOR  d  AND  v,  THE  TURN  RATE  EQUATION  IS! 
W  ■  2CTDA/(XDIOLD2+YDIOLD2)  *  (DT+ST)2 

FIGURE  4-7 

TURN  RATE  COMPUTATION  FOR  ADVISORY  SERVICE 
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The  stack  time  Is  Initialized  in  the  Track  Initialization  Process  and 
stored  in  CTS.  The  stack  time  is  computed  each  scan  in  the  Track 
Processing  Task. 


Then  define  the  internal  deviation  vector  DI  as: 


__  '  DIX  '  '  XR  -  XPIl  ' 

DI  -  '  '  -  '  'and 

'  DIY  '  '  YR  -  YPIl  ' 


_  '  CTDIX  '  '  XR  -  XPINEW  ' 

CTDI  -  '  '  -  '  ' 

'  CTD1Y  '  '  YR  -  YPINEW  ' 


Let  the  elapsed  time  since  the  last  X,  Y  data  was  received  on  this 
track  be  DT.  This  time  difference  is  calculated  from  the  last  data 
time,  TM1 ,  stored  in  CTS  and  the  new  data  time.  New  data  time  for 
local  and  remote  reports  are  determined  here  from  the  measured  azimuth 
and  the  antenna  motion  estimates. 

Then  ALFA,  BETA  are  selected  through  FIRMI ,  and  the  smoothing 
equations  produce  the  intermediate  estimated  coordinates  designated 
XA,  YA,  XDA,  YDA  as  follows: 

XA  -  XPIl  +  ALFA  *  DIX 

YA  -  YPIl  +  ALFA  *  DIY 

XDA  -  XDI1  +  BETA  *  DIX/DT 

YDA  -  YDIl  +  BETA  *  DIY/DT 

The  next  step  is  to  sense  for  turns.  Let 

A  -  DIX  *  YDIl  -  DIY  *  XDI1 

CTDA  -  CTDIX  *  YDIOLD  -  CTDIY  *  XDIOLD 

S  -  Sign  (A) 

B  -  XDIl2  +  YDIl2 

The  cross-track  distance,  D,  used  for  turn  sensing  is 
D  -  A/SQRT(B) 
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The  square  root  can  be  avoided  by  dealing  with  the  square  of  this 
distance,  D2. 

D2  -  A2/B 

Let  D2TH  be  a  threshold  by  which  D2  is  measured  to  sense  a  turn. 

Then,  if  D2  .GT.  D2TH  and  S  is  negative,  a  left  turn  is  sensed.  If  D2 
.GT.  D2TH  and  S  is  positive,  a  right  turn  is  sensed. 

The  threshold  is  computed  as  a  function  of  track  range,  speed, 
orientation  and  the  data  source  used  for  this  update.  It  is  further 
modified  by  the  factor  THK  which  depends  on  FIRMI.  The  calculation  of 
D2TH  is  accomplished  through  two  intermediate  quantitites,  DTHA  and 
DTHB: 

D2TH  -  THK  *  (DTHA  +  DTHB  *  (XA  *  XDA  +  YA  *  YDA)2/(V2A  *  R2A) ) 


where 


R2A  -  XA2  +  YA2 
V2A  -  XDA2  +  YD A 2 

Physically,  DTHA  is  the  square  of  the  threshold  which  Is  appropriate 
for  testing  the  radial  deviations  of  a  track  moving  tangentially  to 
the  radar.  DTHA  +  DTHB  is  the  square  of  the  threshold  appropriate  for 
testing  tangential  deviations  of  a  track  moving  radially.  The  factor 
multiplying  DTHB  is  the  square  of  the  cosine  of  the  angle  between  the 
track  direction  and  the  radius  vector  from  the  radar.  Since  the 
predicted  range  is  available  from  CTS,  it  may  also  be  used  with 
sufficient  accuracy  in  place  of  the  R2A  computation  above.  The 
quantities,  DTHA  and  DTHB,  are  determined  from  sensor  error  standard 
deviations  and  track  speed  by  the  empirical  formulas: 

DTHA  -  (3.1  *  STDA  +  1.35  *  SQRT  (V2A))2 

DTHB  (3.1  *  STDB  +  1.35  *  SQRT  (V2A))2  -  DTHA 

The  speed  estimate,  SQRT(V2A),  must  be  expressed  in  knots  for  this 
calculation  when  the  other  quantities  are  in  feet. 

The  sensor  error  parameters,  STDA  and  STDB,  are,  respectively,  the 
radial  and  tangential  data  error  standard  deviations  as  specified  in 
Reference  1.  A  typical  parameter  set  for  each  data  source  is  listed 
in  Table  4-3.  Tangential  parameters  generally  depend  on  the 
track-range,  SQRT(R2A).  Since  remote  data  is  not  oriented 
conveniently  in  the  local  sensor  system,  a  pessimistic,  isotropic 
assignment  is  made. 


$ 
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TABLE  4-3 


THRESHOLD  PARAMETERS  IN  FEET 


SOURCE 

STDA 

STDB1 

Local  DABS  Beacon 

150 

.002 

*  SQRT 

(R2A) 

Local  ATCRBS  Beacon 

180 

.002 

*  SQRT 

(  R2A) 

Local  Radar 

215 

.004 

*  SQRT 

(R2A) 

Remote  Beacon 

500 

500 

^The  range,  SQRT(R2A),  should  be  expressed  in  feet. 
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When  a  turn  Is  sensed,  a  correction  in  the  direction  of  the  sensed 
turn  is  made  in  the  heading  of  the  aircraft.  Let  DR  be  the  vector 


DR 


'  DRX  ' 

t  » 

'  DRY  ' 


'  XDI1  *  DT  +  DIX  ' 

I  f 

'  YDIl  *  DT  +  DIY  ' 


and  VA  the  vector 


VA 


'  XDA  ' 

t  I 

'  YDA  ' 


The  magnitude  of  this  correction  is  half  of  the  angle  between  vectors 
DR  and  VA,  except  when  this  angle  exceeds  some  threshold,  TTH ,  in 
which  case  the  correction  is  limited  to  TTH/ 2 .  (It  is  assumed  that 
the  parameter,  TTH  will  be  less  than  90°).  Let  phi  be  the  angle 
between  vectors  DR  and  VA  and  let  CT2  *  cos2(TTH) . 

Define 

C  =*  DRX  *  XDA  +  DRY  *  YDA 
P  -  Sign(C) 


Then 


CP  2  -  _ _ 

(DRX2  +  DRY2)  *  V2A 

Define 

CP  -  SQRT(CP2) 

Let  sin  (ab8(phi)/2)  »  SPD2  and  cos  (abs(phi)/2)  -  CPD2.  Where  abs 
means  the  absolute  value  of  the  parameter. 

SPD2  -  SQRT  ((l-CP)/2) 

CPD2  -  SQRT  ( ( 1+CP)/ 2 ) 
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Let  delta  theta  be  the  absolute  value  of  the  heading  correction  and 
let  SDT  «  sin  (delta  theta)  and  CDT  =  cos  (delta  theta).  Let  STD2  » 
sin(TTH/2 )  and  CTD2  »  cos(TTH/2).  Then, 


SDT  »  STD2  ' 

If  P  *  CP2  .LE.  CT2 

CDT  -  CTD2  ' 


SDT  -  SPD2  ' 

'  -  otherwise 
CDT  -  CPD2  ’ 


The  new  estimated  internal  velocity  coordinates  are: 


XDIlnext  -  XDA  *  CDT  +  S  *  YDA  *  SDT  ' 

if  D2  .GT.  D2TH 

YDHnext  -  YDA  *  CDT  -  S  *  XDA  *  SDT  ’ 


XDA  ' 

if  D2  .LE.  D2TH 

YDA  ' 


When  a  turn  has  been  sensed  in  the  same  direction  on  two  consecutive 
updates,  an  additional  heading  correction  of  magnitude,  DELTA,  is 
applied  in  the  direction  of  turn.  Let  SDEL  -  sin(DELTA)  and  CDEL  » 
cos(DELTA) . 

If  a  turn  is  sensed  on  two  consecutive  updates,  the  final  external 
velocity  coordinates  used  as  a  source  of  the  coordinates  in  ATARS 
detection  and  resolution  are: 

®Elnext  -  XDIlnext  *  CDEL  +  S  *  YDIlnext  *  SDEL 

TO^next  “  ^next  *  CD£L  ~  S  *  XDIlnext  *  SDEL 

For  all  other  cases: 

®E^next  “  XDIlnext 
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YDElnext  -  YDIlnext 

Note  that  the  DELTA  correction  affects  the  data  used  for  detection  and 
resolution,  but  does  not  influence  the  internal  tracker  velocities, 
and,  hence  is  not  propagated  into  the  future. 

The  smoothed  internal  position  estimates  are: 

XSI1  -  XA 

YSIl  -  YA 

XSI1  and  YSIl  are  local  variables  and  are  processed  further  by 
prediction  which  occurs  later. 

The  horizontal  maneuver  status  indicator,  HMSl,  stores  the  turn 
indication  for  use  on  the  next  update.  It  is  set  to  zero  during  track 
prediction  if  the  predicted  time  of  the  miss  data  1b  later  than  THMS 
beyond  the  last  data  time. 

Let  XPl ,  YPl  be  the  external  estimates  used  In  ATARS.  These  are 
position  predictions  for  the  current  data  time,  but  distinct  and 
separate  from  the  internal  estimates.  Define  the  external  deviation 
vector  DE  as: 


__  '  DEX  '  ’  XR  -  XPl  ’ 

DE  -  '  '  -  '  ’ 

'  DEY  '  '  YR  -  YPl  ' 


Here,  too,  for  remote  data  a  preliminary  correction  is  applied  to  XPl, 
YPl  using  XDIl,  YDI1  and  the  time  difference  TMRl  -  TMPl. 

After  ALFA  is  selected  through  FIRME,  the  smoothed  estimates  XS1,  YS1 
are  produced  by  the  operation: 

XS1  -  XPl  +  ALFA  *  DEX 

YS1  -  YPl  +  ALFA  *  DEY 

XS1  and  YS1  are  local  variables  and  are  processed  further  by 
prediction  which  occurs  later. 
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Both  internal  and  external  position  estimates  are  propogated  into  the 
future,  but  positions  predicted  for  turn  rate  computations  (see  Figure 
4-7)  are  completely  independent  and  are  not  propagated  into  the 
future.  The  reason  for  these  two  types  of  estimates  is  that  the 
internal  positions  are  designed  to  provide  effective  turn  sensing 
while  the  external  estimates  provide  more  accurate  actual  positions 
for  ATARS  threat  detection  and  resolution. 

The  Detect  Task  and  resolution  advisories  evaluation  logic  use  the 
turn  status  as  determined  by  the  following  logic.  The  turn  sensing 
algorithm  has  seven  states  (noted  in  Table  4-4)  representing  different 
degrees  of  confidence  that  the  aircraft  is  actually  turning.  The 
cross-track  deviation  (D2)  is  checked  against  two  thresholds  (THl, 

TH2)  which  are  computed  from  the  equations  shown  on  Table  4-5.  One 
threshold  is  small  enough  so  that  the  probability  of  a  missed  alarm  is 
small  and  there  is  little  delay  in  detecting  a  turn.  The  other 
threshold  is  large  enough  so  that  the  probability  of  a  false  alarm  or 
wrong  alarm  is  minimized  (see  Reference  6).  The  transition  diagram 
for  the  turn  sensing  states  is  summarized  in  Table  4-6. 

4. 5. 3. 2  Horizontal  Prediction 

When  a  track  receives  data,  prediction  is  done  just  after  smoothing. 
The  various  smoothed  estimates  are  projected  ahead  to  the  next  local 
correlation  time  using  the  appropriate  smoothed  velocities.  The 
velocities  are  not  modified.  When  a  track  receives  no  data,  the 
previous  predictions  are  treated  as  if  they  were  new  smoothed 
estimates  and  are  predicted  again.  In  this  case,  prediction  is 
accomplished  during  first  pass  processing  in  the  tracking  module. 

Let  DS  be  the  estimated  time  to  the  next  local  report.  Then, 

XDI1  =  XDIlnext 
YDI1  -  YDIlnext 

XPI1  -  XSI1  +  DS  *  XDI1 
YPI1  =  YSIl  +  DS  *  YDI1 

XP1  -  XS1  +  DS  *  XDI1 
YP1  -  YS1  +  DS  *  YDI1 

To  compute  XPINEW,  YPINEW,  use  time  at  stack  top  minus  time  at  stack 
bottom  to  compute  time  on  the  stack  (ST).  Use  position  and  velocity 
on  the  bottom  of  the  stack,  ST,  and  DS  to  predict  the  next  position. 


TABLE  4-4 


VALUE  OF 
(TURN) 

$STRNGLFT 

$WKLFT 

$ STRAIGHT 

$WKRGT 

$STRNGRGT 

$HUHMINUS 

Ihuhplus 


TURN  SENSING  STATES 


DEFINITION 


We  are  very  confident  that  the  aircraft  ia  turning 
left. 

We  are  alightly  confident  that  the  aircraft  is  turning 
left. 

We  are  very  confident  that  the  aircraft  is  going 
straight. 

We  are  slightly  confident  that  the  aircraft  is  turning 
right . 

We  are  very  confident  that  the  aircraft  is  turning 
right. 

We  are  uncertain  about  the  aircraft's  turn  status. 

We  are  uncertain  about  the  aircraft's  turn  status. 
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TABLE  4-5 


EQUATIONS  FOR  TURN  SENSING 

C2T  -  (XA  *  XDA  +  YA  *  YDA)2 
V2A_ *  R2A 

CRNG1  -  (TRKW1  *  STDA  +  TRKW2  *  SQRT  (V2A))2 
CAZ1  -  (TRKW1  *  STDB  +  TRKW2  *  SQRT  (V2A) )2  -  CRNG1 
THl  -  THK  *  (CRNGl  +  CAZ1  *  C2T) 

CRNG2  -  (TRKS1  *  STDA  +  TRKS2  *  SQRT  (V2A) )2 
CAZ2  -  (TRKS1  *  STDB  +  TRKS2  *  SQRT  (V2A) )2  -  CRNG2 
TH2  -  THK  *  (CRNG2  +  CAZ2  *  CZT) 
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TABLE  4-6 


TRANSITION  DIAGRAM  FOR  TURN  SENSING 


PREVIOUS 

NEXT 

VALUE  OF  (TURN) 

VALUE 

STRONG 

WEAK 

WEAK 

STRONG 

OF 

LEFT 

LEFT 

STRAIGHT 

RIGHT 

RIGHT 

(TURN) 

(IHIT— 2) 

(IHIT— 1) 

(IHIT-0) 

(IHIT-+1) 

(IHIT*+2) 

(STRNGLFT 

(STRNGLFT 

(WKLFT 

$ STRAIGHT 

(HUHPLUS 

(HUHPLUS 

(WKLFT 

(STRNGLFT 

(WKLFT 

$ STRAIGHT 

(HUHPLUS 

(HUHPLUS 

(STRAIGHT 

(WKLFT 

(WKLFT 

(STRAIGHT 

(WKRGT 

(WKRGT 

(WKRGT 

(HUHMINUS 

(HUHMINUS 

$ STRAIGHT 

(WKRGT 

(STRNGRGT 

(STRNGRGT 

(HUHMINUS 

(HUHMINUS 

$ STRAIGHT 

(WKRGT 

(STRNGRGT 

(HUHMINUS 

(WKLFT 

(WKLFT 

(STRAIGHT 

(HUHPLUS 

(HUHPLUS 

(HUHPLUS 

(HUHMINUS 

(HUHMINUS 

(STRAIGHT 

(WKRGT 

(WKRGT 
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Note  that  external  X,  Y  positions  are  predicted  using  internal 
velocities.  This  is  done  to  reduce  the  possible  perturbations  caused 
by  false  turn  detections. 

In  order  to  prepare  for  the  next  correlation,  the  predicted  range 
(RH0P1)  and  azimuth  (AZP1)  are  calculated  from  the  external 
predictions  and  stored  in  the  track  file. 

RHOPlnext  "  SQRT  (xpl2  +  YPl2  +  zpl2> 

AZplnext  ”  tan  (XP1/YP1)  (with  quadrant 
determination) 

For  an  update  with  local  data,  DS  is  nominally  the  estimated  scan  time 
of  the  antenna. 


DS 


scan 


360° 

ARATE 


The  tangential  motion  of  a  track  near  the  antenna  may  require  a 
correction  of  this  value.  A  method  for  determining  whether  correction 
is  needed,  is  to  find  (AZPlnext  -  AZP1)  and  then  the  increment  of 
extra  scan  time  which  this  predicted  azimuth  change  requires.  The 
extra  time,  DDS ,  is  a  correction  of  DSscan  and  may  be  positive  or 
negative.  If  the  magnitude  of  DDS  is  TDDS  or  greater,  the  predictions 
are  recalculated  with  the  exact  DS,  i.e., 

DS  "  DSscan  +  DDS 
For  an  update  with  remote  data, 


'  DSQran  +  DDS  Loop  1 

DS  -  TMP1  -  TM1  + 

'  0  Loop  2 

The  time  for  which  the  predictions  are  made,  TMPlnext,  is  calculated 
and  stored  in  the  State  Vector. 

For  a  hit: 

™plnext  “  TM1  +  DS 
For  a  miss: 

TWlnext  "  TMPl  +  DS 
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(TM1  is  the  time  of  measurement  of  the  current  report,  which  replaced 
the  old  time  after  the  call  to  the  vertical  tracker). 

4. 5. 3. 3  Vertical  Tracker 


The  level-occupancy  vertical  tracker,  developed  by  Lincoln 
Laboratories  (see  Reference  12),  is  replacing  the  older  alpha-beta 
vertical  tracker  used  in  the  previous  ATARS  design.  The  level- 
occupancy  vertical  tracker  shows  a  much  improved  response  to  swift 
vertical  manuevers,  which  was  a  deficiency  in  the  older  tracker.  The 
algorithm  for  the  vertical  tracker  is  taken  directly  from  Reference  12 
and  translated  into  the  pseudocode  shown  in  Section  4.6.  The  CTS  is 
expanded  to  include  the  new  quantities  necessary  to  implement  this  new 
vertical  tracker  and  the  correct  initialization  is  obtained  from  that 
provided  in  Reference  5. 

4.5.4  Supporting  Routines 


This  section  provides  a  list  of  some  common  routines  required  by  the 
ATARS  tracker.  Particular  algorithms  are  outlined  in  selected  cases. 
Track  processing  control  flags  are  briefly  summarized  and  their 
utility  noted. 

Required  routines  of  particular  importance  are  the  following: 

1.  Antenna  Azimuth  Position/Rate  Estimation 

This  routine  is  called  by  the  Report  Processing  Task.  The  input 
consists  of  an  antenna  azimuth  position  from  the  header  word 
supplied  with  each  antenna  sector's  reports  in  the  Surveillance 
Buffer.  An  azimuth  is  received  each  antenna  sector,  whether  or 
not  there  are  accompanying  target  reports. 

It  is  also  necessary  to  read  the  ATARS  real-time  clock  at  the 
time  the  azimuth  is  extracted. 

The  antenna  estimate  is  embodied  and  stored  in  three  variables 
APOS,  ATIME,  ARATE.  Let  the  new  Input  azimuth  be  ANAZ  and  the 
clock  time  CTIME.  Then  the  estimate  update  is: 

ARATEnext  -  (1  -  A3ETA)  *  ARATE  +  ABETA  *  (ANAZ  -  APOS) 

(CTIME  -  ATIME) 

APOSnext  “  ANAZ 
ATIMEnext  -  CTIME 
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ABETA  is  a  smoothing  constant  (approximately  ■*  .5).  If  ANAZ  - 
APOS  is  negative,  add  360°.  Thus  this  difference  is  always 
taken  as  a  positive  angle.  Check  CTIME  -  ATIME.  If  too  small 
(i.e.,  corresponds  to  less  than  1/2  antenna  sector)  skip  the 
update  for  this  antenna  sector. 

2.  Local  Report  Time  of  Measurement 

The  routine  is  used  wherever  local  reports  are  utilized  for  track 
update  or  initialization.  The  input  data  are  the  measured  report 
azimuth,  AZR,  and  the  antenna  estimates. 

The  algorithm  for  measurement  time,  TMnext  is: 

TM„ov,  -  ATIME  +  (AZR  -  APOS) 

ARATE 

3.  Coordinate  Conversions 

a.  Local  rho,  theta  to  x,  y. 

b.  Local  x,  y  to  rho,  theta. 

c.  Remote  rho,  theta  to  local  x,  y. 

See  Section  4.2  and  Figure  4-1  for  a  brief  general  description  of 
the  coordinate  framework. 

Note  that  remote  sensor  site  parameters  must  be  stored  and  used 
in  c  in  the  above  list.  A  selection  of  parameters  is  made 
through  the  sensor  ID  supplied  with  each  report. 

4.  Sector  Thread  Update 

The  requirements  of  this  program  (or  programs)  are  to: 

a.  add  a  new  track  to  a  sector  thread, 

b.  delete  a  track  from  a  sector  thread, 

c.  change  a  track  from  one  sector  thread  to  another. 

5.  ATCRBS/Radar  Cross-reference  (CREFA)  Update 

The  requirements  of  this  routine  are  to  create  or  delete  a  CREFA 
link  to  a  track  State  Vector. 

6.  DABS  Cross-reference  (CREFD)  Update 
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The  requirements  of  this  routine  are  to  create  or  delete  a  CREFD 
link  to  a  track  State  Vector. 

7.  CREFA  Reference 

This  routine  locates  a  given  track  in  CTS  from  its  ATCRBS/radar 
surveillance  file  number  by  utilizing  CREFA.  Or  it  determines 
that  no  reference  exists. 

8.  CREFD  Reference 

This  routine  provides  a  function  similar  to  7,  but  for  a  DABS  ID 
using  CREFD. 

The  following  is  a  brief  summary  of  required  State  Vector  processing 
flags  and  indicators  used  in  the  Track  and  Report  Processing  Tasks. 
Their  operation  and  function  in  the  program  are  briefly  summarized. 

1.  LOFL:  local  data  flag 
RMFL:  remote  data  flag 

These  flags  indicate  the  source  type  of  a  report  stored  with  a 
track  in  CTS.  They  are  set  when  the  report  is  stored  and  cleared 
during  track  update  or  initialization. 

LOFL  and  RMFL  are  both  used  to  indicate  presence  or  absence  of 
data  from  a  particular  site. 

2.  SMPR:  smooth/predict  flag 

SPRO:  antenna  sector  process  flag 

These  flags  provide  Internal  communication  and  prevent  confusion 
in  the  timing  of  operations  of  the  tracker. 

SMPR  is  set  when  local  reports  are  used  for  the  Track  Update  or 
Track  Initialization  Process.  The  flag  is  cleared  1/2  scan  after 
the  Track  Update  Process  has  been  performed  for  the  aircraft's 
sector.  Its  function  is  to  Inform  later  program  tasks  that  an 
update  has  already  occurred  on  thiB  scan  and  to  defer  further 
updates  to  the  next  scan. 

SPRO  is  set  after  conclusion  of  local  report  processing  in  the 
Track  Processing  Task.  It  is  cleared  1/2  scan  after  the  Track 
Update  Process  has  been  performed  for  the  aircraft's  sector.  It 
is  tested  before  each  track  is  accessed  in  the  Track  Processing 
Task.  It  inhibits  reprocessing  a  track  in  the  remote  or  late 
local  report  processing  step. 
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3.  DRSUR:  drop  surveillance  flag 
DRATS:  drop  ATARS  service  flag 


These  flags  indicate  drop  conditions.  Both  exist  for  the  benefit 
of  the  State  Vector  Deletion  Task,  which  takes  final  action  when 
a  track  is  to  be  dropped. 

DRSUR  is  set  by  the  tracker  when  it  determines  that  a  track 
should  be  dropped  (drop  bit  received  or  too  much  time  elapsed 
since  last  data  input). 

DRATS  is  set  when  the  Track  Update  Process  determines  that  the 
track  is  not  qualified  for  ATARS  service  or  is  outside  the 
service  area.  Otherwise,  it  is  cleared  during  update. 

4.  ATSS:  ATARS  service  flag 

This  flag  is  set  by  the  Track  Update  Process  when  it  determines 
that  a  track  has  become  eligible  for  ATARS  service.  It  adds  a 
new  track  to  the  XINIT  List.  Geographical  processing  performs  a 
more  precise  geographical  check,  and  may  clear  this  flag  if  the 
aircraft  is  outside  the  service  area.  The  flag  is  cleared  when 
the  ATARS  service  is  discontinued  in  response  to  a  DRATS 
indication  or  because  the  geographic  checks  show  the  track  to  be 
outside  the  service  area. 

Three  operations  require  coordinated  actions  between  the  Track 
Processing  Task  and  subsequent  ATARS  tasks.  These  are  to: 

1.  Start  ATARS  service  for  a  track 

2.  Drop  ATARS  service  for  a  track 

3.  Drop  surveillance  for  a  track 

A  surveillance  drop  is  a  total  drop  from  the  track  and  cross- 
reference  files.  An  ATARS  service  drop  only  terminates  traffic 
advisory  and  resolution  advisory  service;  tracking  is  still  required 
for  domino  processing. 

These  operations  are  coordinated  by  the  State  Vector  flags;  ATSS, 
DRATS,  DRSUR.  Table  4-7  shows  in  each  case  the  actions  Initiated  by 
track  processing  and  then  the  actions  taken  by  New  Aircraft  Processing 
or  State  Vector  Deletion  Tasks  to  complete  the  operation. 

ATARS  service  is  discontinued  when  a  track  leaves  the  ATARS  service 
area.  This  event  is  determined  by  geographical  processing. 
Geographical  processing  sets  the  DRATS  flag  directly  and  proceeds  with 
the  final  actions  as  indicated  in  the  table. 
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TABLE  4-7 


STEPS  REQUIRED  TO  START/DROP  ATARS  SERVICE  OR  DROP  SURVEILLANCE 


FUNCTION 

STEP  I 

STEP  II 

Start  ATARS 

TRACK  PROCESSING  TASK 

NEW  AIRCRAFT  PROCESSING  TASK 

Service 

Set  ATSS 

Remove  from  XINIT  List 

Put  track  In  XINIT  List 

Put  In  appropriate  X-llst 

Reset  DRATS 

Set  INXFL 

Initialize  State  Vector 

Drop  ATARS 

TRACK  PROCESSING  TASK 

Service 

Set  DRATS 

Reset  ATSS 

OR 

GEOGRAPHICAL  PROCESSING 
Reset  ATSS 

Set  DRATS 

Drop  ATARS/ 

TRACK  PROCESSING  TASK 

STATE  VECTOR  DELETION  TASK 

Domino 

Set  DRSUR 

Remove  track  from 

Surveillance 

Erase  CREFA  link 

appropriate  X-llst 

OR 

Remove  from  sector  list 

REPORT  PROCESSING  TASK 

and  add  to  empties* 

Set  DRSUR 

Erase  CREFD  link 

Erase  CREFA  link 

*This  action  effectively  erases  the  track  from  CTS. 
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4.6  Pseudocode  for  Surveillance  Report  and  Track  Processing 

The  pseudocode  follows  for  the  Report  Processing  Task  and  the  Track 
Processing  Task  described  In  this  section.  The  format  "surveillance 
data  ITEM"  used  in  the  low  level  pseudocode  refers  to  a  data  field  In 
the  DABS,  ATCRBS  or  radar  reports  (Tables  3-3,  3-4,  3-5). 
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Esmasam  iabis  ar  eamm 
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EME 


REPOST  PROCESSISG  LOCAL  PARABETERS . 4-P3 

REPORT  PROCESSTSG  LOCAL  7 ARI ABLES  .  4-P5 

REPORT  PROCSSSIBG  LOE-LETEL  LOGIC  .  j  .  ..  4-P7 

TASK  RE?ORT_PROCESSIBG  .  4-P7 

PROCESS  ATC_drop_radar_repor'*is  .  4-P9 

PROCESS  ATC_droo_non_Bode_C_repor*. . 4-pil 

PROCESS  re«ote_repor^_inpo't . 4-P13 

PROCESS  surTeillance_area_report_processing  .  4-P15 

PROCESS  flnal_repor*_selection  .  4-P17 

PROCESS  flag_pointer_initlal  .  4-P19 

PROCESS  sea»_f lag_apdating  .  4-P21 

PROCESS  traclt_lnltiaIi*a*ion . 4-P23 

°POCESS  itractt_ini* . 4-P25 

TRACE  P»OCESSIBG  LOCAL  PARABETERS  .  - . 4-P27 

TRACE  PROCESSIEG  LOCAL  TARIABLES  .  4-P29 

TRACE  PROCESSIEG  LOR— L REEL  LOGIC  .  4-P33 

TASK  TRACK_PROCSSSIHG  .  4-P33 

PROCESS  ♦rack_apdat« . 4-P35 

PROCESS  aI*itade_*Tan8i*lon_Ioglc  .  4-P37 

process  i«E«l_*ransltlon_aodate  .  4-P39 

PPOCESS  locaI_rEpor*._serTtca . 4-P41 

PROCESS  aon*ransltion_loglc  .  4-»43 

PROCESS  rat«_reinitia!ization  .  4-P45 

PROCESS  r*«ot«_repott_aer7lce  .  4-P47 

PROCESS  r«sidaal_rate_detec*ion  .  .  .  4-P49 
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PROCESS  singla_transttion . 4-P51 

PROCESS  start ap_saoothing  .  .  .  4-P53 

PROCESS  track_ser»ice_deter«lnation  . . 4-P5S 

PROCESS  x_y_predi.ct.lon . 4-P5R 

PROCESS  x_y_s«oothing  .  4-P59 

process  z  tracker . 4-P61 
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<*•*  THE  PARAMETERS  LISTED  8EL0R  IPS  LOCAL  TO  THE  B*POR*  PROCESSIHS  TASS  ••*> 

STBOCTDRS  RPTARH 
GBOOP  ztrk_init 

FIT  ALT_TIHE_FACT  <  T.O  > 

1ST  FIRHZP.IHI'’'  <  5  > 

FI*  ZTSL_IHIT  <  Initial  salne  of  velocity  for  sertlcal  tracker  > 

5BDSTRPCTCTRP: 


REPORT  PROCESSIRG  LOCAL  PARAHETBRS 
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<•*•  THE  TBBIIBLES  LISTED  3BL0*  18 E  LOCH  TO  TEE  HBP08T  PPOCBSSI1G  T»SB  •••> 


STBDC»OBE  BP^TBL 

<•«•  LOGIC-P*"!?  T 881  ISLES  *••> 

GF OOP  logic_path 

BIT  BPTBB  <  finished  processing  this  repor  *.  Is  repor*.  processing  > 

EBPSTBOCTOBT; 


pag«  auMc-NOT  pjlmu) 


B8P0BT  »80CBSStBG  IOC1L  T88I8BLES 
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tian  iiniv<ocnsni) 


U  (on*  eec*ors  reports  in  surveillance  buffer,  systea  paraeeters) 

OPT  (*1*  buffer,  antenna  sector  list,  deletion  list,  REM*,  REMO,  CR'vp, 

CRSTl,  sessages) 

HOOT  (state  vector,  conflict  tables,  systea  varables)  : 

<  Process  all  surveillance  reports  froa  sensor  and  do  high  level  selection  > 
Read  sector  header: 

Opdate  antenna  position  and  rate; 

REPEAT  PHILS  (aore  surveillance  reports  In  sector  need  processing) ; 

CLEAR  report  finish  flag;  <RPTRR> 

PBSPORB  ATC_drop_radar_reports;  <aay  set  RPT?K> 

IF  (report  not  finished  yet) 

THRU  PERFORM  ATC_drop_non_a6de_C_reports ;  <aay  set  rptrr> 

IB  (report  not  finished  yet  ^|I0  it  Is  a  resote  report) 

THRU  PERFORM  reaote_report_input;  <alvays  sets  RPTRB> 

Test  If  report  Is  vlthln  ATARS/Ooaino  surveillance  area  rho_theta  aask: 
JI  (report  vlthln  surveillance  aask) 

THBH  SBT  report  surveillance  area  aask  flag; 

IF  (report  not  finished  yet  450  (report  in  ATARS/doalno 
surveillance  area  0£  null  report) ) 

’’’HER  PERFORM  surveiHanc*_area_report_processing: 

<alvays  sets  RP*RM> 

IF  (report  not  finished  yet  AMD  state  vector  exists) 

’"HER  Add  aircraft  to  deletion  list; 

ERPREPEAT: 

BMP  RBPORT_PPOCBSSIRG; 
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TUSK  HEPORT_PROCESSISG 

m  (one  sectors  reports  in  surveillance  buffer,  SISTER) 

OPT  (Pus  buffer,  antenna  sector  list,  deletion  list,  RBHA,  RERD,  creed, 
crefa,  aessages) 

THOGT  (SVECT,  conflict  tables,  STSVAR) ; 

<  Process  all  surveillance  reports  fros  sensor  and  do  high  level  selection  > 

Read  sector  header; 

Update  antenna  position  (STSTAR.  APOS)  and  rate  (STSVAR.  ABATE)  ; 

REPEAT  RHILE  (sore  snr  veil  lance  data  for  sector  available)  ; 

CT,EAR  PPTPK; 

PEPFOPR  ATC_droo_radar_reports;  <aay  set  RPT8K> 

IF  (PPTRF  EQ  SFALSE) 

TREE  PERFORfl  ATC_drop_non_aode_C_repor ts ;  <sav  set  rptrk> 

15  (RPTPF  52  (FALSE  552  surveillance  data  SERSOH  ID  5* 

STSTEH. LOCAL_ID) 

THEM  PEPFORH  reeote_reoort_i nput ;  (always  sets  RPTRE> 

Test  if  report  is  within  ATARS/Dosino  surveillance  area 
with  rho_tbeta  sask; 

55  (report  within  surveillance  sask) 

-HER  SET  SVBCT. SRVHSP ; 

15  (RPTRP  52  (FALSE  £52  (Sf  ECT.  SRTHSE  52  STHUE 

25  surveillance  data  ROLL  REPORT  *2  *TROS) ) 

TREE  PEPFORH  surveillance_araa_report_processing; 

(always  sets  RPTRK> 

15  (p«trv  jjj  (false  552  stbct  55  null) 

TRER  Add  to  deletion  list; 

;p?Pf?»lT: 


552  RBPORT_?POCESSTSG; 
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PROCESS  lTC_drop_radar_re  port  s; 

<  Deteraine  if  radar  report  is  not  to  be  processed  > 

12  ((»?C  requests  stop  processing  radar  reports  )  HD 
(this  is  a  radar  report)) 

THEM  I?  (1TCRBS  track  initial  flag  set)  <lTin.G> 

THEE:  <nse  this  radar  report  since  it  is  a  one  scan 

snbstitntlon  for  1TC8BS  surveillance  report> 

ELSEIE  (DIBS  ID  or  lTCBBS/radar  surveillance  file  nnaber  in  cross 
reference) 

TUBE  SET  drop  AT1RS  service  and  report  finish  flags; 
Place  aircraft  on  deletion  list; 

0THE88ISE  SET  report  finish  flag; 

Et.SE:  <contlnoe  processing  report> 

EBP  »*C_4rop_radar_reports; 
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PROCESS  ATC_drop_radar_reports; 

<  Determine  if  radar  report  is  not  to  be  processed  > 

II  (  (SYSPAR.  atcror  gg  spalse)  ng 

(surveillance  data  format  type  jg  radar  report)) 

THBH  II  (SYBCT.ATIP1G  jg  STROE) 

TREE i  <radar  report  not  rejected  becanse  of  one  scan 

substitution  for  ATCRBS  surveillance  report> 

BLSEir  (DABS  ID  or  ATCRBS/radar  surveillance  file  nusber  in  cross 
reference) 

THEE  SET  SYSCT. DRSBR  and  RPTRE; 

Place  on  deletion  list; 

QtiTEHEISE  U2  RPTRV; 

ELSE;  <costinua  processing  report> 

BED  ATC_droo_radar_reports; 


REPOST  PROCESSIBG  tOR-lBYBL  LOGIC 
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PtoctSS  hTC_drop_non_eode_C_report; 

<  Petsriloe  If  aon_sode  c  report  is  to  be  processed  > 

If  ((HIT  requests  stop  processing  of  non_tode  C  rsports  )  HP 

(this  is  a  non.node  C  report)  IBP  (non_eode  C  froe  last  report)) 

maw  If  (DIBS  IP  or  ITC1B3  surveillance  file  nosber  1b  cross  refere&ce) 
THBB  SBT  drop  1T1BS  service  and  report  fiolsh  flags; 

Place  aircraft  ob  deletion  list; 

I1S8  SB?  report  finish  flag: 
fist;  <contlnae  processing  reoort> 

EBP  hTC_dtop_non-sode_C_report: 


upon  mocissiiq  biob-ietbi  tooic 
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PROCESS  A'*C_irop_non_sode_C_report; 

<  Deteraine  if  non_aode  C  report  is  to  be  processed  > 

IZ  ( (STSVAS. ATCRflC  52  SFA1SR)  452 

(surveillance  data  HODE  C  PRESEB?  52  SFALSE)  452 
(SFBCT.nCFtG  *  SFALSE) ) 

THEW  IP  (DABS  ID  or  ATCRBS  surveillance  file  nueber  in  cross  reference) 
THEE  SET  STECT.DRSOR  and  RPTRK; 

Place  on  deletion  list; 
gist  S8T  BPTHK; 

E1SE:  <continue  processing  report) 

BED  A*C_drop_non_sode-C_report; 
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process  reaote_report_input; 

<  special  processing  for  reaote  reports  > 

H  (nail  report) 

THEE  SET  report  finish  flag: 

ELSEIE  (DIBS  ID  or  STCRBS/radar  surveillance  file  nuaber  in  cross  reference 
table) 

THEE  find  track  nuaber; 

II  (drop  STSRS  service  flag  aat) 

THEE  SET  report  finish  flag: 

Et.SE  Save  report  in  state  vector: 

Calculate  aircraft  sector  ID: 

SET  report  finish  flag; 

IP  (RSR  aessage  is  eapt?  > ED  aircraft  is  STARS  egulpped 
SEP  aircraft  is  in  STIRS- service  SED 
no  resolution  aessage  in  DPHES) 

THEE  Generate  eapty  R  SB  report  for  this  SC  and 
send  to  oan  RSR  buffer; 

IT  (report  1TIRS  site  ID  bits  have  been  changed 
froa  last  report) 

THEE  Store  nev  STIRS  site  ID  bits; 

II  (SC  in  a  conflict  table) 

THEE  PE8P0RH  seaa_flag_updating; 

OTHEREISE  SET  report  finish  flag; 

ESP  reaote_report_lnput; 
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PBOCBSS  reeote_report_input; 

<  Special  processing  for  renote  reports  > 


II  (surveillance  data  SOU.  BBPOBT  52  STHOB) 

THBB  SB?  BPTBB; 

BLSBIF  (DABS  10  or  ATCBBS/radar  surveillance  file  nosbar  in  cross  rafaranca 
♦able) 

TUBS  find  track  nnaber; 

II  (STBCT.  DBSOB  52  *TS0B) 

TABS  SBT  BPTBB; 

BLSB  Sara  report  in  state  rector; 

SBT  STBCT. HHFL; 

Calculate  STBCT. SVSID; 

SBT  BPTBB; 

If  ((BAB  sassaga  is  enpty)  ASP 

(STBCT. ATSBQ  52  SABO)  552 
(STBCT.  ATSS  52  STBOB  UH> 

(STBCT. UPHBS  52  SOU)) 

THBB  Generate  enpty  BIB  report  for  this  AC  and 
sand  to  o«n  BAB  buffer; 

II  (surveillance  data  OB  FTBID  <ITS  SOBFIBLO>  55  STBCT. GBOG) 
THBB  stbc*. GBOG  *  surveillance  data  OH  FIBLD 

<1TS  SOBFIBLD>; 


QTBBSSISB  Sll  *”8*! 


U  (STBCT. CTPTB  55  SHULL) 

THBB  PBBPOBH  seat_f lag_opdating; 


ysp  reeote_report_input; 
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PROCESS  snrveillance_area_report_processing; 

<  Pinal  selection  to  detersine  if  report  is  to  be  forwarded  to  traclt  processing  > 

IP  (ORBS  ID  or  »TCRBS/radar  surveillance  file  nneber  in  cross  reference) 

THEE  Pind  track  nneber  in  cross  reference; 

IP  (drop  xtxrs  service  flag  set)  <DRSO?> 

THER  SET  report  finish  flag; 

ELSEIP  (track  drop  bit  set) 

THER  SET  drop  1TXRS  service  and  report  finish  flags; 

Place  aircraft  on  deletion  list; 

OTHERWISE  PERPORB  final_report_selection;  <eav  set  RPTRK> 

ELSEIP  (track  drop  bit  set) 

THER  SET  report  finish  flag; 

OTHERWISE  PEHTOBH  tr ack_initialiration; 

SET  report  finish  flag; 

ERD  surveillance_area_report_processing; 
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PROCESS  sarTeillance_area_report_processing; 

<  Final  selection  to  detersine  if  report  i«  to  be  forwarded  to  tract  proceeding  > 

12  (OkBS  id  or  kTCRBS/radar  surveillance  file  nnsber  in  croee  reference) 

THER  Find  track  naeber  in  croee  reference; 

If  (STBCT. DRSOH  ffl  ITREB) 

THEW  SET  SPTSK; 

BLSEIF  (earweillance  data  THICK  SHOP  Ifi  IT  HOB) 

THEM  SBT  STBRT.DRSOR  and  RPTRR; 

Place  aircraft  on  deletion  list; 

OTHERWISE  PERFORM  final_report .selection ;  <say  set  RPT»K> 

E1SEIP  (surveillance  data  TRUCK  DHCP  Jfl  STROE) 

THRU  SET  HPTRK; 

otherwise  perforh  tr ack.initialization ; 

SET  HPTRK; 

3RD  surveillance_area_report_proceeaing; 


REPORT  PROCESSIf 0  U-S-lETEt.  tOSIC 
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PROCESS  f inal_raport_selection; 


I 

IP  (diffraction  tone  bit  get  09  nail  report) 

T9 EM  S*T  report  finish  and  null  flags; 

E1SBIP  (rho_theta  test  indicates  that  report  is  not  reasonable) 

T9 BE  SBT  report  finish  flag; 

OTHERWISE  Store  data  in  state  rector; 

Calculate  sector  ID; 

SBT  local  data  and  report  finish  flags; 

IP  (RAR  sessage  is  eapty  ARP  ATARS  equipped  ABD 

in  ATA9S  serrice  ARP  no  resolation  message  in  OPHES) 

THEE  Generate  empty  RIB  report  for  this  AC  and  send  to  own 
BAR  buffer; 

I?  (site  ID  bits  RE  GBOG) 

THER  Store  new  site  ID  bits; 

17  (he  in  a  conflict  table) 

TREE  PBPPORB  seas_f lag_updatlng; 

IP  (ALEC  request  fros  pilot) 

THBR  Create  ALEC  entry  on  designated  AC  PRILST; 

Sawe  ALEC  update  tise  in  state  rector; 

ERD  final_report_selection; 


RBPO»T  PRO CPSSIRG  HIGH-LETEt  LOGIC 
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PROCESS  f inal_report_selectlon ; 

1 P  ((snrreillance  data  DIPPR ACTIOH  PLAG  £2  JTROE)  21 
(snrreillance  data  SOIL  BBPORT  BO  STBOE)) 

TUBS  SBT  BPTBB  and  STBCT.  WOLLPG; 

BLSriP  (rho_theta  test  indicates  that  report  is  not  reasonable! 

THIS  SBT  BPTBK; 

OTHERWISE  Store  data  in  state  rector; 

Calcnlate  STBCT. S7SID: 

SBT  STBCT. LOPt  and  RPTBK ; 

II  ((RAR  message  is  empty)  AJIfi  (STBCT.  ATSBQ  £2  SABO!  ASP 

(STBCT.  1TSS  £2  STSUS)  A£0  (STBCT.  OPHBS  £2  SOU.) ) 
ini  Generate  empty  BAB  report  for  this  AC  and  send  to  o»n 
bar  buffer; 

IB  (snrreillance  data  OH  PIBLD  CATS  SOBPIBLD>  NB  STBCT. GBOG) 

THEM  STBCT. GBOG  »  snrreillance  data  OH  PIBLD  CATS  SOBPI*LD>; 
IP  (STBCT. CTPTR  £B  *»01L) 

THEH  PBBPOBH  seae_f lag_npdating; 

IP  (snrreillance  data  OH  PfELD  CABR  SOBPIELD>  £2  STBOB) 

TBBH  Create  ALEC  entry'  on  designated  AC  PWIL5T; 

STBCT.  ALECT  *  STSTAB.  CTIHE; 


BHD  final_report_selection ; 


SBPOBT  PBOCESSIHG  LOW-LEVEL  LOGIC 


PROCESS  flag_pointer_inif ial 

Initialize  rarions  flags; 
Initialize  pointers; 
Initialize  eqnipage; 

IRQ  flag_polnter_initial; 
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PROCESS  f lag_point«r_lBltlal: 

SET  SfECT.SNPR; 

SIM  S7ECT.ATSS; 

CL EUR  S7ECT.DRS0R; 

CLEAR  S7ECT.  BEATS  : 

CLEAR  S7ECT.L0PL; 

CLEAR  STECT.EETl; 

S7ECT.C‘E  «  SROLL; 

S72CT.CTPTE  «  *R<JLL: 

S7ECT. C0HC  »  snr»aillanc«  4ata  TARGET  CORTROl  STATE; 
S7ECT. ATSEQ  *  SOREQ: 

ERD  ;iag_poiBter_initlal; 


REPORT  P ROCBSSIRG  LOR-ISTBL  LOGIC 
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PROCESS  seaa_flag_apdating 


<  Detersine  state  of  seas  flag  in  conflict  table  > 

Rind  all  sites  that  see  any  aircraft  in  conflict; 
Deteraine  whether  ant  of  these  sites  are  connected; 

IE  (no  sites  are  connected) 

THEE  CtEiR  seas  flag  in  conflict  table; 

EtSB  SET  seae  flag; 

EEP  seaa_f iag_uodating; 


REPORT  PS0CBSSIE5  SI5S-tBTBL  tOGIC 
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PBOCESS  seaa_flag_npdatlng: 

<  Deteraine  state  of  seae  flag  la  conflict  table  > 

Fore  logical  OF  of  SEOG  fields  for  all  1C  in  conflict  table; 
Fore  logical  1F0  between  abowe  result  and  connected  site  data 

IP  (result  is  zero) 

TUBS  CtBUH  CTHEJD.SBIS; 

Ft SB  SET  C*HE»D.SE»a: 

EBP  sea«_flag_uodating; 


HEPOBT  PBOCE33IBG  LO«-tBTEl  IOGIC 
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PROCESS  track_initialization; 

Find  eapty  track  slot; 

Store  report  tiie; 

Convert  report  rho,  theta  to  x,  y,  z  coordinates; 

Set  up  state  vector  initial  conditions; 
hdd  aircraft  to  proper  antenna  sector  list; 

Calculate  proper  ATARS  sector  ID  for  aircraft; 

If  (sode  C  altitude  present) 

THEE  PERFORB  ztrack_init ; 

Initialize  vertical  fireness; 

SET  valid  altitude  report  flag:  <BC?LG> 

ELSE  Zero  vertical  firaness; 

CLEAR  valid  altitude  report  flag;  <HCFLG> 

PERf OBH  f lag_pointer_initlal; 

Clear  REHA  or  REBD  if  report  duplicate; 

IF  (DABS  report) 

THEM  Link  to  CREFD  and  set  type  to  DABS; 

Save  DABS  ID: 

Generate  sassages  to  report  cliab  perforaance  capability,  equipage 
and  class  of  service; 

ELSEIF  (radar  report) 

THRU  Link  to  CREFA; 

OTHERWISE  SET  ATCRBS  initialization  flag  and  set  type  to  ATCRBS ; 

Save  ATCRBS  ID; 

Add  ATCRBS  file  nuaber  to  state  vector; 

Link  to  CREFA; 


EBP  track_initialization; 


REPORT  PROCESSIBG  HIGB-LETEL  LOGIC 
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P80CBSS  track_initiali*ation; 

Find  eapty  track  slot; 

ST2CT. TH  *  SYSYAP. CTI3E; 

ConYert  report  rho,  theta  to  i,  y,  2  coordinates; 

SY2CT.  FIBSB  *  1; 

SYBCT. FIBSI  »  1; 

SYBCT. BBS  ■  0.; 

Add  aircraft  to  proper  anteana  sector  list; 

Calculate  SYBCT. SYSID; 

IF  (surTeillance  data  BOOB  C  PBBSBBT  J2  STBOB) 

TBBB  PEBFOBH  itrack_lnlt; 

SYBCT.  FIR3Z  «  1; 

SBT  SYBCT. BCPLG; 

81  SB  SYBCT. FIBBZ  -  0; 

CLBAB  SYBCT.  BCPLG; 

PEBFOBH  f lag_ooin ter_in it lal ; 

Clear  BBS*  or  BEBD  if  report  duplicate; 

IF  (surTeillance  report  foraat  type  12  DABS) 

TBBB  link  to  CBEFD; 

SYBCT. TTPB  »  SDAB5; 

SYBCT. CODE  ■  surTeillance  data  DABS  ID; 

Send  OITA  LIKE  CAPABILITY  REQUEST  and  ATABS  BXTBRDED  CAPABILITY 
BEQUEST  aes sages; 

EL  SEIF  (surTeillance  report  foraat  type  £2  radar) 

TBEH  link  to  CBBFA; 

OTHBBtlSB  SET  SYBCT. ATIFLG ; 

SYBCT. TYPB  -  «ATCBBS; 

SYBCT. CODE  «  surTeillance  data  ATCBBS  SDBYEIllABCB  BILE  BO; 
link  to  CBBFA; 

SBD  track_lnitiali2ation; 


BBPOBT  PS0C2SSIRG  lOt-LBYBL  LOGIC 
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PBOCBSS  ztrack_init 


<  Initialize  vertical  tracker  quantifies  > 

Initialize  z  tracker  state  rector  data; 

BID  ztrack_init; 


- - -  1SPOPT  PBOCBSSIBG  BIOB-tBTBt  LOGIC 
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PROCESS  xtrack_lnit 


<  Initialize  vertical  tracker  quantities  > 

STBCT.  IS  *  surveillance  data  BOOB  C  ItTITOOB; 

SVBCT.  IDE  •  STBt_miT; 

STBCT. THZ  »  STSV1B. CTIBE; 

STBCT. zppBT  «  sorvelllance  data  BOOB  C  1LTIT0DE; 

STBCT. TtOPD  »  SYSTkH.CTIBB  -  STSTBB. OT; 

STBCT.  LOT  «•  STSTBB.  0  /  IBS  (STBCT.  ZDS)  ; 

STBCT. BIHSZH  »  PI8BZF_IKT: 

SVECT. SOCBT  »  0; 

STBCT.  StJBSBS  »  0.; 

STBCT.  TTPSM.  »  SYSVMt.CTIflB  -  STBCT. 10T  ♦  UT_TIBB_PXCT  *  STSTBB.  OT 

EBP  seae_flag_apdatlng; 


BBPOBT  PB0CB33XIQ  LOf-LSVBl  LOOIC 
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TBS  P48A8BTERS  IIS^ED  BELOIT  *8!  LOCAL  TO  TEE  TBACR  PROCESSIHG  T1SK  ***> 

BTBOCTOBt  1,RKPAR  B 


S800P  Tet*_tracKer 

PIT 

BB'1'  A_BAI 

< 

0-1  > 

HI 

c»t_dblt 

< 

9.0  > 

HI 

CHT_I RCB 

< 

10  > 

HI 

DECAY_ECTR 

< 

decay  of  transition  > 

HI 

OISCBBPASCY 

< 

triggers  rate  reinitialisation  > 

a: 

PIRBZJIIX 

< 

9.0  > 

HI 

PT°S2R_IBCR 

< 

0.6  > 

HI 

ETRflZS_BAX 

< 

10.0  > 

HI 

BI?BZR_BIB 

< 

2.0  > 

HI 

< 

99.0  > 

HI 

LIL_BT’r 

< 

1.0  > 

HI 

LO-r_SCALB 

< 

0.9  > 

HI 

BISS_PCTR 

< 

for  aissing  flats  > 

HI 

OREXRA"? 

< 

single  transition  rate  > 

HI 

PART_SCAE 

< 

0.8  > 

ft  m 

,»A‘rE_*ACT 

< 

2.0  > 

HI 

RATESBOOTH 

< 

stiff  rate  saoothing  > 

HI 

SCAR_EACTOR 

< 

0.05  > 

HI 

SHIPT^TAC1’’ 

< 

69  > 

HI 

ss_bag 

< 

aagnltnfle  setting  > 

HI 

SR_THR!SH 

< 

detect  excess  snssefl  residual  > 

HI 

SRGAIB 

< 

snenefl  residual  saoothing  gain  > 

IfiECKWiNO  pack  BUMt-NOT  FILMED 

I 
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*J»r 


E  E  E  E  E  E  E  E  E  E  E 


<  100.0  ft  > 


TBST_THRSR 
TRARS_RACTOR 
JlBTBl 
ITOBORH 
TTRARBSID 
ZCORRECT 
ZSROOTH 

►.rk_quality 
BBSTAB 

T90S 
TDSOP 
THIS 

BROSTgOCTOgB; 


<  1.2  > 

<  transition  Leva!  tines  > 

<  threshold  for  transition  to  noraal  smoothing  > 

<  for  extra  snaned  resldnal  > 

<  for  correcting  altitude  rate  > 

<  position  smoothing  > 

<  firaness  value  used  to  deternine  if  track  is  qualified 

for  ATARS  processing  > 

<  scan  tiae  correct  threshold  > 

<  tiae  interval  without  horizontal  reply  to  droo  a  track  > 

<  tiae  required  to  zero  horizontal  aanenver  status  > 


TRACK  PBOCBSSIRG  IOCAL  PARAHETBks 
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<*•*  THE  f H5HB1.ES  LISTED  BELOW  IRE  LOC1L  TO  THE  TRICK  PROCESSIBS  TISK  ••»> 


STROCTORE  *RKVBL 


0»ODP  vert  tracker 


FIT 

BETH 

FH 

blih 

1ST 

DBIRS 

in 

OELT 

EJ.T 

DEB 

III 

DE10 

nz 

ISC.R 

FLT 

QSIGR 

31 

TCTR 

FLT 

TEST 

HZ 

TSDEX 

FLT 

TPRET 

31 

7R 

FLT 

Z1 

»ROQP  logic_path 


BIT  HIT 
BIT  RRREJP 

BIT  TSREJE 


<  altitade  rate  saoothing  > 

<  TRK_T1R.  BETH  lieit  > 

<  si2e  of  lewel  occupancy  bins  > 

<  change  in  lerel  occupancy  tiae  > 

<  change  in  BODE  C  report  > 

<  scan  fraction  of  TRK_TIR.DELT  > 

<  sign  applied  to  SYSVIR.Q  » 

<  sign  of  bin  quantization  > 

<  current  transition  tiae  > 

<  test  for  altitude  trend  > 

<  transition  index  > 

<  previous  transition  tiae  > 

<  surveillance  data  RODE  C  ILTITBDE  > 

<  previous  level  occupancy  tiae  > 


<  report  is  processed  as  a  'hit*  or  a  good  report  > 

<  reaote  report  processing  finished  in  track 

processing  task  > 

<  track  service  finish  flag  > 


TRICK  PROCESSIBS  LOCIL  TIRI ISLES 
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;  "M 


SROPP  smoothing 


nr  02 

FIT  -D2TH 

121  IHIT 
Ft?  SfE»_S«S 

nr  s 
nr  thi 

PLT  TH2 
PL  r  T0RW 

hi  ■ 

PIT  X% 

Ill  IDES 
Ill  XDIS 
Ill  xs 

Ill  XSI 
HI  YU 
HI  YD'H 
HI  TOIS 
HI  XS 
HI  YSI 

GPQOP  predict 

HI  x 
HI  os 
HI  XBP.T.l 
SIT  RSCPLG 

HI  xoos 
HI  XBSS 

FBPSTPtJCTPfl  f: 


<  cross  track  distance  > 

<  threshold  for  torn  sense  > 

<  torn  sense  weight  > 

<  new  tarn  sense  > 

<  horizontal  aanenwer  status  > 

<  lover  cross  track  deviation  threshold  > 

<  upper  cross  track  deviation  threshold  > 

<  turn  sense  state  > 

<  turn  rate  > 

<  alpha  saoothed  x  position  > 

<  new  external  x  velocity  > 

<  new  internal  x  velocity  > 

<  external  ssoothed  x  position  > 

<  internal  smoothed  x  position  > 

<  alpha  smoothed  y  position  > 

<  new  external  y  velocity  > 

<  new  internal  y  velocity  > 

<  external  saoothed  y  position  > 

<  internal  smoothed  y  position  > 


<  time  to  next  data  report  > 

<  scan  tiae  of  antenna  to  next  local  report  > 

<  new  computed  tiae  of  track  > 

<  recalculate  prediction  > 

<  scan  tiae  correct  threshold  > 

<  tine  required  to  zero  horzontal  maneuver  status  > 


TRUCK  PROCSSS IPG  tOCkt  VkRIkBtRS 
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TIS*  TfkCV_»POCfSSIRG 


m  (antenna  sector  lis*,  systea  variables,  systen  paraaeters) 

OPT  (deletion  list,  x/ex_list,  aessages,  CRRPk,  CRRRD,  XISIT  list) 

HOOT  (state  vector)  ; 

<  Takes  reports  passed  froa  report  processing  and  initializes  or  updates  tracks  > 

BBPRkT  WHILE  (aore  tracks  on  antenna  sector  list  froa  four  sectors  previous 
to  the  present  processing  sector) 

If  (seooth_predict  OR  antenna  sector  process  flag  set) 

THRU :  Cproceed  to  next  track> 

ELSRtf  (nail  report) 

THRU  CT.B18  nail  flag: 

SRT  antenna  sector  process  flag;  <5PRO> 

CIRkB  hit  flag;  <HIT> 

PRBfOBH  track_apdate;  <for  aiss> 

OTBRBBISR  SRT  hit  flag;  <HIT> 

PRBFOBB  track_apdate;  <for  hit> 

SRT  antenna  sector  process  flag:  <SPHO> 

RBORRPRkT; 

BRPBk»  WHIL*  (aore  track  data  in  antenna  sector  list  not  froa  four  sectors 
previous  to  the  present  processing  sector) 

<reaote  hit  or  late  local> 

If  (saooth_predict  flag  set) 

lasj: 

RLSRTF  (antenna  sector  process  flag  not  set) 

THRU  SRT  hit  flag;  <HIT> 

PEBFOBI)  track_opdate;  <for  hit> 

QTHBBRISR:  <continae  to  next  track> 

CIRkB  saooth_predict  and  antenna  sector  process  flags; 

sansssm; 

PEPBl"*  am  (aore  tracks  reaain  on  back  side  antenna  sector  list) 

Select  next  state  vector  froa  list; 

CLEkB  saooth_predict  and  antenna  sector  process  flags; 

BBPBBPBkT; 

5JL2  track_processing; 
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WECHDliXl  FAGS  blamc-not  filmed 


TUSK  TRACK  PROCESSING 


III  (antenna  sector  list,  STS7AR,  STSTEH) 

OPT  (delet ion  list,  x/ex_list,  Messages,  CREEA,  CREED,  UNIT  list) 

IHOOT  (SPEC?) ; 

<  Takes  reports  passed  froa  report  processing  and  initialises  or  nndates  tracks  > 
REPEAT  WHILE  (sore  tracks  on  antenna  sector  list  fros  foor  sectors  previous 
to  the  present  processing  sector) 

12  ( (STBCT.  SSPR  *2  STROB)  2E  (S7SCT.  SPRO  Bfl  JTBDE) ) 

THEN :  <proceed  to  next  track) 

BLSBIE  (SVECT. RDLLEG  Sfi  J^ROE) 

THEM  CLEAR  STECT. ROLLEG ; 

SET  STECT- SPRO; 

CLEAR  HIT; 

PEREORH  track_update;  <for  aiss> 

OTHSRSISB  SET  HIT; 

PEREORH  track_opdate;  <for  hit) 

SET  STECT. SPRO; 

ERPHEPEAT; 

REPEAT  while  (sore  track  data  in  antenna  sector  list  not  Iron  four  sectors 
previous  to  the  present  processing  sector) 

<reaote  hit  or  local) 

£E  (STECT.  SHPR  STROB) 

THEN; 

ELSEIE  (STECT.  SPRO  JEALSE) 

THEH  SET  HIT; 

PEREORH  track_update;  <for  hit) 

<continue  to  next  track) 

CLEAP  STECT. SHPR  and  STECT. SPRO; 

REPEAT  RHILE  (sore  tracks  resaln  on  back  side  antenna  sector  list) 

Select  next  state  vector  froa  list; 

CLEAR  STECT. SPRO  and  STECT. SHPP; 

BHPRSPEAT: 

EHD  track_processing; 

-  tjaCK  PROCESSIRG  LOR-LETEL  LOGIC  - 
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PROCESS  track_update 


<  Ssooth  and  predict  track  of  aircraft  > 

CLEAR  RRREJP; 

IT  (a  hit  track  update) 

THB1I  Initialize  data; 

Correct  prediction  and  local  slant  range  to  cnrrent  tleet 
Convert  rho,  theta  to  local  x,  v  coordinates; 

IT  (reeote  report) 

THEii  PERTOBB  reeote_report_3erTice;  <naj  set  R?RBJT> 
BISB  PBBTORH  local_report_serTice ; 

IT  (reeote  report  finish  flag  not  set) 

TBBB  PBRTORB  z_r_ssoothing; 
ggBfPBq  Z_tracker; 

Save  tine,  control  status; 
cl  BAR  reaote  and  local  flags; 

BLSB  SBT  local  sensor  lost  data  link  contact  flag;  <DLODT> 

IT  (too  long  since  last  report) 

THBK  SBT  drop  ATARS  surveillance  flag;  <DRSUR> 

Place  aircraft  on  deletion  list; 

Unlink  aircraft  fron  x/ez_list; 

BISB  P5BT0BB  z_tr acker; 

(reaote  report  finish  flag  not  set) 
im  n  track_service_detersination; 

EBP  track^update; 


TRACK  PBOC BSSIBO  BIOH-lBVBt  100IC 
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PBOCBSS  track_qpdata; 

<  Saoo*h  and  pradlct  track  of  aircraft  > 

clbup  rrbbjp: 

12  (HIT  «  STB  OB) 

Xflja  Coaputa  RBf_TB ; 

Corract  pradlctlon  and  local  slant  ranga  to  cnrrant  tlaa; 
Conaart  rho,  theta  to  local  x,  r  coordlnataa: 

12  (STBCT.  RHPL  STROB) 

THBR  PBBPORH  raaote_rtport_sarTlca;  <aap  sa*  RRR?JP> 
BLSB  PBBPOHH  loca ^raport^saralca : 

12  (RHRBJP  12 

THBR  PBRPOBW  x_y_saoothi«g : 

£132211  *_tt acker; 

STBCT.TH  -  RB»_TH; 

STBCT.CBHC  -  sarvaillance  data  TlROET  coRTPOt  ST»T* 
CLB1H  STBCT.RHTL  and  STBCT.LOPL; 

BLSB  SBT  STBCT.DLOOT; 

12  C(ST5»»R.CTI9B  -  STBCT.  TH)  21  TD&OP) 

THBB  SBT  STBCT. DRSOR; 

Placa  aircraft  on  dalatloa  list; 

Onllnk  aircraft  froa  x/ex_list; 

Oil  PSBfPBH  x.trackar: 

12  (RRRBJP  12  SPRLSB) 

nil  £112211  tr ack_sarTlca_datarainat ion ; 

112  track_ipdata; 


TRUCK  PROCSSSIHC  LO«-lBTBl  LOOIC 
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PROCESS  altitude_transltlon_logic; 

Peternine  sign  of  soda  c  report  change; 

Assign  that  sign  to  the  bin  quantization; 

Estiaate  aititnde  trend; 

U.  (aititnde  trend  test  fails) 

"•HEW  PBBfOBH  singleltransition; 

PEBEORH  level_transition_update; 

?LSg  Calculate  change  in  level  occupancy  tine; 

IE  (estisated  level  occ noancy  tine  IJ  scan  length) 

TBEB  Reassess  change  in  level  occupancy  tine; 

IE  (vertical  rate  firanes  indicates  level  track)  £2 

(discrepancy  in  bin  occupancy  tine  is  beyond  its  liait) 
TREE  PEBEORH  rate_reinitialization; 

ELSE  PEBEORH  residual_rate_detection: 

Saooth  estinated  tiae,  altitude,  and  altitude  rate; 
PEBEORH  level_transition_update; 

EBP  altitnde_transition_logic; 


TRACK  PB0CBSSIB8  HISH-LBTSI  10SIC 
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PROCESS  al*itade_»ransiti.on_logic : 


ISGH  =  IVT(  SIGH  (  1.  ,  DZH)); 

QSIGH  =  STSTBH.Q  *  ISGH: 

TEST  »  SVECT. ZDS  *  DZH; 

I?  (TEST  IE  TEST_THBSH  AfD  DBIBS  S2  1) 

THBB  PBBFOBH  single_transition; 

PBBfOBH  level_*ransitloo_update; 

ELSE  TPPEV  =  (SYSVAH.CTIHB  -  SVBCT.  TTPRAL)  /  DBIBS; 

BELT  =  TPSBV  -  SVECT.  LOT; 

0210  *  OBIT  /  SYSTEH.DT; 

IF  (SVBCT.  LOT  LT  SYSTBfl.DT) 

THEB  D210  =  (  (SYSVAB.CTIHB  -  SVBCT.  TLDPD)  /  SVECT.  LOT)  - 

IF  ( (SVECT.  FIRHZB  LE  0)  Og  (»BS(  0210)  £T  DISCBEPAHCT) ) 

"■EBB  PBBFOBH  raBe_relnltiali*ation; 

PBBFOBH  l8y«l_*ransition_apdate; 

ELSE  PEBFOHH  rasidoal_rate_de*ecEion: 

SVECT. LOT  =  (SVECT. LOT  ♦  BET  41  •  <  DBIBS  *  TPBEV 

-  SVBCT.  LOT»  /  (1.  ♦  BETA  1  •  <DBIHS  -  1>) 
SVECT. 20E  =  QSIGH  /  SVBCT. LOT; 

SVECT. 2S  *  SVBCT.  ZP  ♦  ZSHOOTH  *  (ZB  _  SVBCT.  ZP)  ; 

PBBFOBH  lev«l_tran3ition_apdate; 


EBP  alti*.ade_*ransitlon_loglc; 


TEACH  PBOCBSSIBG  lOB-lSVBL  LOGIC 


DBIBS; 


V-P37 


mESaM  le»el_transltion_update; 

Update  previously  reported  sode  C  altitude; 

Update  tiae  of  transition  to  previously  reported  aode  C  altitude; 
Update  startup  counter; 

If  (last  altitude  report  vas  received  before  last  track  update) 

ran  correct  transition  to  fall  sltbln  period  of  aissin?  data 

Sill: 

KKD  level_ttansitlon_up4ate: 


— —  TUCK  PROCESSING  HIUH-lETBl  105XC 


D-P38 


PROCESS  leT«l_transition_upaat«: 

SVSCT.  ZPREY  »  ER; 

STIC11.  T^PRAl  »  SYSYAR.CTIRB; 
SVECT.SnCST  -  SfECT.  STJCST  ♦  CRf.IRCR; 


U  (STECT.THZ  IS  S7ECT.T1SPO) 

THTS  SYECT.  TIPR1L  «  STSYAS.CTISB  ♦  BISS_fCTB  *  l  SYECT. TSZ  -  SYSYAB.CTISS 

♦  SYSTSB.DT)  ; 


2iSS: 


YBT)  le»el_transi*ion_<ipdat«: 


•»mCK  PROCESSUS  tOW-tETEt  tOOIC 


»-P19 


PROCESS  local_report_service; 

SET  s«ooth_?redict  flag;  <SBPP> 

II  (not  ORBS  report) 

TRSN;  <proceed  to  saoothing> 

SLSTIE  (reiote  RARs  being  received) 

THEN  Send  aessage  to  reaote  sensor  to  stop  sending  BAR  data; 

Place  negative  reiote  ATARS  site  ID  into  REBRAR; 

Send  aessage  to  ovn  DABS  sensor  to  start  ATARS  service  for 
this  AC; 

CLEAR  local  sensor  lost  data  link  contact  flag;  <0L01'"> 

QTHERRISE  CLEAR  local  sensor  lost  data  lint  contact  flag;  <DLOOT> 

<the  reaote  site  10  in  REBRAR  is  vhere  data  nay  be  regnested> 

EBP  local_report_service; 


TRACE  PROCESSING  SIGH- LEVEL  LOGIC 


»-P«0 


PROCESS  local_report_service; 

SPT  SVECT. SHPR; 

IP  (SVECT. TTPE  jJ5  SDABS) 

5211!  <proceed  to  saoothinq) 

ELSEIf  (SVECT. REBRAH  21  0) 

TBBB  Send  STA8T/ST0P  8EHOT S  818  DATA  sassage  to  aite  in  SVECT. RSBRAR, 
soecifping  STOP; 

SVECT. REBRAH  *  -  SVECT. fiEBSAR; 

Send  STURT  ATARS  SBR7ICB  iessage  for  this  AC  to  own  sensor; 

CLEAR  STECT.  DLOtJT; 

OTHERWISE  CLEAR  SVECT- DLOOT; 

<the  reaote  site  ID  in  8EB8AR  is  where  data  aaw  be  requested) 


EBP  local_report_serwice; 


TRACE  PROCESSIRG  LOB-LEVEL  LOGIC 


»-P*1 


PBOCBSS  nontransltion_logic; 

Bvaluate  seoothed  altitude; 

Deteraina  current  level  occupancy  tine; 

Create  level  occupancy  tlae  index; 

I 2  (estieated  level  occupancy  tiae  U  9011  of  a  scan) 

£323  Reassign  level  occnpancy  tiae  index; 

1*  (level  occupancy  tiae  index  indicates  level  flight) 

1322  Tansitlon  to  level  flight; 

BtSBIP  (level  occupancy  tiae  index  indicates  excess  altitude  rate) 
t1,l  liter  external  altitude  rate; 

Decrease  altitude  rate  flrnnesa; 

B1SBIP  (altitude  rate  firnness  is  not  reinforced) 

TAB  it  Alio*  altitude  rat*  to  decav  noraally; 

J22213USS: 

BRD  nontransltion_logic; 


VRICT  PROCBBSXRQ  BI3H-IBVBI  L03IC  - 


*-P*2 


PROCESS  nontransl*lon_loglc: 

STBCT. ZS  »  STBCT. ZP  ♦  ZSBOOTB  *  (  ZH  -  STBCT. ZP); 

TCOB  *  STSTXP.CTIBB  -  STBCT. TTPRU  ♦  STSTBB. DT; 

TBDBI  «  (TCOR  -  STBCT.  LOT)  /  STSTEBJ  DT; 

U  (STBCT. LOT  11  <PBRT_SC»B  •  STSTBB. DT>) 

IIU  TBDEX  »  TCOB  /  STBCT.  LOT; 

I*  (TBDBI  22  XLBTBL) 

TBBB  STBCT. ZS  «  ZB; 

STBCT. ZOB  »  0. ; 

STBCT. LOT  «  LETBL_TISE; 

STBCT. PIBBZH  *  0. ; 

STBCT. SOBBBS  ■  0.; 

BLSBI*  (TBDEX  21  ZCOBBECT) 

THEB  STBCT. ZOB  «  SICK (  STSTBB. 0.  STBCT. ZDB)  /  (  STBCT. LOT  ♦ 
(LOT_SC»LB  *  STBCT.  LOT  «•  STSTBB. DT)  • 
(TBDBI  -  LOT_3C»LE) **2  ) ; 

STBCT. PIBBZR  «  BRX(  BIBBZB_BI1,  <STBCT. PIBBZR  -  1.>); 
ELSBIB  (STBCT.  BIRBZF  HI.) 

TBBB  STBCT. ZDB  -  STBCT. ZDB  •  DEC»T_PCTR; 

STBCT. LOT  -  STSTBB. Q  /  (IBS  (  STBCT. ZDB  )  ♦  LIL.BTT)  ; 

gunmti 

gyp  nontranaition_loplc; 


TBLCT  PBOCBSSTBQ  LOB-LBTTl  LOOIC 


•-pas 


PROCESS  rate_reinitialization; 

Safe  estisated  level  occupancy  tin; 

Calculate  level  occupancy  tile  for  level  track; 

Estimate  altitude  rate; 

set  snneed  residual  to  zero; 

Set  rate  firmness  to  indicate  a  single  transition; 
Calculate  saoothed  altitude; 

ESQ  rate_reinitialization; 


TRUCK  PROCESSING  HIGB-lSTEl  10GIC 


»-P*« 


PROCESS  ra^e_reinitlalization; 

S7ECT.10T  *  TRABS_PACTOF  *  TPEEV  ♦  SCAE_PHC^OR  •  SISTER- D*: 

SVECT.  ZDE  =  QSIGS  /  SVECT.LOT: 

SIECT.  StJHRES  =  0.  ; 

SVSCT.FIFRZB  =  1.  ; 

STECT.ES  *  ZB  -  (  QSIGS  /  H1TE_PAC*  >  ♦  STECT.ZDE  •  (SISTBB.OT  /  BATE_PACT) 

PED  ra*e  reinitialization; 


TRACE  P»OCESSIHG  LOW-tETSI  EOGIC 


*-P*5 


PROCESS  resote_report_service; 

<  Deteraine  if  reaote  report  service  is  needed  for  a  report  > 

If  (reoort  is  not  acceptable  according  to  r,  y  reasonableness  test) 

THBW  5BT  remote  report  finish  flag:  <RRREJP> 

ELSBI?  (BAR  resote  site  ID  set  to  zero)  <REHBAR> 

THBR  Place  negative  reaote  site  ID  into  8BHRAB; 

O^BERRISt:  <ase  present  RAH  reaote  site  ID  > 

IP  ((reaote  report  finish  flag  not  set)  AHD 
(cone  of  silence  flag  set)  DUD 
(ATARS  service  flag  set)  £80 
(AC  Is  ATABS  equipped)  IBP 

(reaote  ATABS  site  identification  froa  which  data  will  be  regnested 
is  set) ) 

THBR  Send  aessage  to  reaote  site  reqnesting  RAR  data: 

Place  absolute  value  of  reaote  ATARS  site  ID  in  REHRAR; 

Send  sessage  to  own  DABS  sensor  to  stop  ATARS  service  for 
•■his  AC; 

ELSE :  <continue  processing  reaote  report) 

BHD  re»ote_report_service; 


TRACK  PROCBSSIRG  HIGH-LEVEL  LOGIC  - 


*-P»6 


PROCESS  reiote_report_3ervice; 


<  Determine  if  reaote  report  service  is  needed  for  s  report  > 


IF  (report  is  not  acceptable  according  to  x.  j  reasonableness  teat) 

THEN  SET  8BREJF; 

ELSEIF  ( SVECT.  R  ENRAR  =  0) 

THEM  SVECT. RENBAR  »  -  (  snrveillance  data  SENSOR  ID  )  | 

OTHEgaiSE:  <use  present  rib  reaote  site  ID  > 

If  ((RRREJF  Efl  JFALSE)  AND 

(surveillance  data  ZENITH  CONE  FLAG  Jfl  ITROE)  AND 
(SVECT. ATSS  JTROE) 

(SVECT. ATSEQ  NE  SONEQ) 

(SVECT.  RENRAR  Lf  0) 

THEN  Send  staht/stop  REMOTE  RAB  DATA  seaaage  to  site  indicated 

in  svect. hehhab,  specifying  START  and  one-acan  flag  not  aet) 
THEN  SVECT. RESRAR  «  ABS t  SVECT. 8BR8AR  ); 

Send  STOP  atabs  SEBTICE  BESSAGE  for  tbia  AC  to  own  sensor; 
ELSE;  <continae  processing  reaote  report> 

END  re«ote_report_service ; 


THACN  PROCESSING  LOW-LEVEL  LOGIC 


n-P*7 


PROCESS  residual_rate_detection : 


Deteraine  suited  residual: 


IP  (excessive  sailed  residual  is  detected) 

THgH  Ussiqn  altitude  rate  sioothing  paraaeter: 
Reset  altitude  rate  firiness; 

Reset  sailed  residual: 

PtSg  Assign  altitude  rate  sioothing  paraieter: 
Correct  altitude  rate  firiness; 

SRD  residual_rate_detection; 


TRUCK  RB0CPSSIK5  KIGH-LPKPt  LOGIC 


#-PB8 


PPOCESS  r«sidtial_raTe_d«t  action: 

SVECT.  StJSEES  *  SFGMH  •  SVECT.  SOHBES  ♦  DZ10: 

If  (»8S(  SVECT.  SOHBES)  2J  SR_THRBSH) 

THEE  BETH  *  XTSBBESID; 

SVECT. EIBHZB  »  PIBBZR_HIH; 

SVECT.  SOHBES  «  SIGH  (  SB.HDG,  SVECT.  SOHBES)  ; 

EtSE  11  =  SVECT.  LOT; 

BtlB  »  <ZT  -  1. )  **2  /  (Z7**2  ♦  SHIfT_EXCT)  ; 

BETH  =  H»X«1.  /  (SVECT. EIBHZB  ♦  EtBHZB_ISC8)  >,  BITS,  BETBJ1BX) 
SVECT.  PIBfiZB  »  SIB  (SVBCT.  EIBHZB  ♦  1.,  EIBHZB_H»I)  ; 

°BD  resid<ial_rate_de*ecTion : 


TPBCK  9ROCESSIHG  IOB-LEVEI,  LOGIC 


4-949 


PROCESS  single_transitlon; 

<  Assign  variables  for  a  single  observed  transition.  > 

Beset  external  estivated  altitude  rate; 

Beset  external  saootbed  altitade; 

Beset  internal  estinated  level  occupancy  tiae; 

Beset  altitade  rate  firsness; 

Beset  sunned  residual; 

EBP  single_*ransition; 


TRACK  PROCRSSIBG  SIGH-LEVEL  LOGIC 


»-P50 


PROCESS  singie_transiiion; 

<  Ussiqo  variables  for  a  single  observed  iransition.  > 

SVECT. ZDE  *  OREIRUTE  *  ISSH; 

SVECT. ZS  «  ZR  -  (  QSIGR  /  SRTE_f ICT  )  ♦  SVECT.  ZDE  *  (  SISTER.  DT  /  RATE_PHCT) 
SVECT. LOT  =  QSIGN  /  SVECT. 7DE; 

SVECT. TIRHZR  -0; 

SVECT. SOHRES  «  0.; 

ESQ  single_*.ransition; 


"•RACE  PROCESSIRG  LOR-LETEL  LOGIC  - 


«-P51 


PR0C8SS  startup_s«oothing; 

Saooth  altitude; 

Saooth  altitude  rate; 

IF  (change  in  node  C  report  is  detected) 

THRy  PBRPPRR  level_transition_update; 
BISK: 


BKD  startnp_seoothing; 


TRICK  PR0CES5IRG  BIGH-LBTBt  LOGIC 


»-P52 


process  starZup_s»oothing; 

SPECT.ZS  =  SPECT.ZP  ♦  ZSSOOTH  •  (ZR  -  SPECT.ZP); 

SPEC*.  ZOE  =  STECT.ZDE  ♦  RATEStlOOTH  *  (  (  ZR  -  STECT.ZP)  /  (STSTAR. CTISE 
-  STECT.TLOPO) )  ; 

IP  (DZS  2S  0.) 

THEM  PERFORM  lezel_transition_upda'te: 

»LSE: 

ESP  startap_3«oothinp; 


*RACK  PROCESSING  IOR-T.BTSL  tOGIC 

«-P53 


PROCESS  track_service_deternination ; 


CLEAR  track  service  finish  flaq;  <TSREJP> 

IP  (drop  surveillance  flag  no*,  set) 

TH EE  PERPORH  x_y_prediction ; 

ELSEI?  (AC  not  on  x/ex_list) 

TREE  Drop  track  and  erase  CREPA  or  CREPD  link: 

SET  track  service  finish  flag: 

OTHERWISE  If  (track  ATCRBS  or  radar  only) 

THEH  Erase  CREPA  link; 

I?  (trk  service  finish  flag  not  set  and  vert  firsness  zero) 

THEN  CLEAR  altitnde  flag;  <HCPLG> 

IP  (track  service  finish  flag  not  set  ARP  level  firsness  test) 

ISIS'  IP  (AC  not  on  x/ex_list) 

THEE  Add  AC  to  xinit  list: 

IP  (ATARS  service  flag  set)  <ATSS> 

THEH  CLEAR  droo  ATARS  service  flag;  <DRATS> 

ELSEIP  (track  within  service  aask  fron  x,  y  masking) 

THEE  SET  ATARS  service  flag:  <ATSS> 

CLEAR  drop  ATARS  service  flag;  <DHATS> 
OTHERWISE:  <continae  service> 

ELSE  IP  (AC  on  x/ex_list) 

THEH  SET  drop  ATARS  service  flag;  <DRATS> 

Place  aircraft  on  deletion  list; 

Unlink  fron  x/ex_list; 

CLEAR  ATARS  service  flag;  <ATSS> 

IP  (track  service  finish  flag  not  set  AJJ2  DABS  track) 

ISIS  Update  pri«ary_secondary  status  in  state  vector:  <PSTAT> 

EHD  track_3ervice_detenina*'iou; 


TRACT  PROCESSIHG  HIGH-LEVEL  LOGIC 


M-P5S 


PROCESS  track.serTice.detemination; 


CLEAR  "SR EOT; 

It  (STECT. DRSOB  JjJ  SPM.SE) 

THEE  PBBPOBH  t_y .prediction; 

BLSEIP  (STECT.  REXTX  and  STBCT.  PRETX  32  SEOLL) 

TREE  Drop  track  and  erase  CBBPA  or  CREED  link; 

SET  TSBBJP; 

OTHERWISE  I?  (STECT.  TYPE  33  SO  IBS) 

THEE  Erase  CBEP1  link; 

13  (TSRBJP  32  SPALSE  »J2  STECT. PIRH2  32  °> 

THEE  CLEAR  STRCT.  BCELG; 

13  (TSRBJP  32  SP1LSE  412  STECT. PI8SI  S3  PESTAB) 

TREE  13  (STECT.  EEXTt  and  STECT.  PRETX  32  SBOtt) 

TREE  Add  AC  to  XIRIT  list; 

IP  (STECT.  ATSS  32  STBOE) 

THEE  CLEAR  STECT. DEATS; 

BLSEIP  (STECT.  SR THSK  32  ST80E) 

THEE  SET  STECT. ATSS; 

CLEAR  STBCT. OH ATS; 

OTHERWISE:  <continue  service) 

ELSE  13  (STPCT.  EEXTX  or  STECT.  PHBTX  33  SEOLL) 

THEE  SET  STECT. DRATS; 

Place  aircraft  on  deletion  list; 

Onlink  froa  x/ex.list; 

CLEAR  STBCT. ATSS; 

I*  ( (TSRBJP  32  f  PALSS)  UJ2  (STECT.  TYPE  32  SOABS) ) 

THEE  STECT. PSTAT  ■  snrTeiliance  data  SEESOB  PRIORITY  STATUS; 

Elfi  track.ser Tice.deterelnation ; 


TRACE  PROCESSTEB  LOE-IBTBL  LOOIC 


*-P5S 


PBOCESS  x_f_predic* ion : 

<  Coapute  predicted  values  for  track  > 

CLEkH  recalculate  flag;  <HECEIG> 

Es*iaate  scan  tiae  of  antenna  to  next  local  report;  <DS> 

(not  hit  report) 

THEE  Insert  internal  predicted  pos,  eel  and  tine  into  stack; 

Place  previous  pred  (pos  T,  vel)  into  nee  saoothed  values; 
E1SEIE  (not  reaote  data) 

2LS3: 

OTHEPHISB  I*  (first  pass  through  prediction  for  reaote  da*a) 

THEE  Coapute  scan  tiae; 

EtSB  Coapute  scan  tiae; 

SET  recalculate  flag;  <HECEIG> 

1222; 

Coapute  internal  and  external  pred  x,  f  pos,  range,  5  aziauth; 
Coapute  scan  tiae  correction  and  stack  tiae; 

Coapute  TPIKEE,  T PIKES; 

EIITIE  (recalculate  flag  set) ; 

IE  (abs  value  extra  scan  tine  scan  tiae  correct  threshold) 
THEE  Pecoapute  scan  tiae;  <DS> 

SET  recalculate  flag;  <BECELG> 

SI21S22: 

U  (aiss  report) 

TREK  Calculate  tiae  to  next  data;  <»> 

IE  (tiae  to  next  data  21  tiae  required  to  zero  horizontal 
aaneuver  status) 

TUBE  Eero  horizontal  aaneuver  status; 

Coapute  next  data  tiae;  <TBP> 

•ive  range,  aziauth,  next  data  tiae; 

322  x_f_prediction; 


T8HCK  PHOCESSIEG  HIGH- 1BVE1  10GIC 


U-P56 


PPOCESS  x_y_oredictlon ; 


520 


<  Compote  predicted  Talaes  for  track  > 

CLPUP  RBCPLG; 

Coapote  DS; 

IP  (HIT  »  SPkI.SE) 

THBH  insert  STBCT.IPI,  SfECT.TPI,  STBCT.XDI,  STK*.TBX,  STBCT.TH  Into  Stack 
Place  STECT.XP,  STBCT. TP  into  IS,  TS; 

Place  STBCT, BOB,  STBCT. TOB  Into  STBCT. IDT,  STBCT. TDt; 

B1SBI?  (STBCT.  RHPI.  S2  *PklSB) 

THBH; 

OTSP 9 Hi SB  IP  (first  pass  through  prediction  for  reaote  data) 

•’’HBT  Coapote  DS; 

B1SE  Coapote  DS; 

SBT  RBCPtG; 

too?; 

Compote  Internal  and  external  pred  *,  y  pos,  range,  S  aziaoth; 
coapote  scan  tlae  correction  and  stack  tine; 

Compote  XPIHBT.  TPIHEH; 

BTI^IP  (ItBCPLG  EJ)  JTHOE)  ; 

If  (IBS  (  DDS  )  £B  TDDS) 

THBH  Becoapote  DS; 

SET  BECPIG; 

BHD100P; 

If  (HIT  -  SPklSE) 

THBH  k  «  STBCT.TH?  -  STBCT.TH; 

If  (k  21  THHS) 

THBH  STBCT. HBS  -  0.; 

Coapote  STBCT. THP; 

Sere  STBCT.  SHOP,  STBCT. kZP,  STBCT. t>HP; 

x_y_predict ion; 


TBkCH  PHOCBSSIHG  tOH-tETBl  tOGIC 


4-P57 


PROCESS  x_y_seoothing; 


Sawe  old  Telocity  estimate  and  predicted  position; 

De*eraine  horixontal  aaneuwer  status,  cross  track  distance, 
and  threshold  for  turn  sense; 

Cospute  turn  rate; 

IP  (cross  track  dist  LE  threshold  for  turn  sense)  <02  D2TH> 

*HSE  Eero  tarn  sense;  <HHS  (next)  «0> 

Coepate  internal  Telocity  coeponents;  <XDI(nert),  T0I(next)> 
Place  Internal  Telocity  into  external  Telocity; 

RISE  Coapute  internal  Telocity  coeponents  codified  by  half 
angle  correction;  <XDI  (next)  ,TDI  (next)  > 

TP  (present  hori*  laneueer  status  Efl  old  status) 

THEN  Coipp*e  ext  Tel  coeponents;  <XDE(next)  ,  TDE(next)> 
Repeat  turn  sense;  <HSS(next)  =  HHS> 

ELSE  Turn  sense  changed;  <PHS(next)  »  S> 

Place  internal  Telocity  into  external  Telocity; 
Place  alpha  seoothed  position  into  internal  position;  <XSI,T5I> 

Place  nes  position,  Telocity,  and  tine  in  stack; 

Coapute  seoothed  external  position  <IS,  TS>,  lower  and  upper 
cross  track  dewiatlon  threshold;  <TH1,  TH2> 

IP  (cross  track  distance  £T  lower  threshold) 

tm  ir  (cross  track  distance  ijj  upper  threshold) 

THEN  ?~~v  sense  weight  is  two; 

**'.  t  T  jense  weight  is  one; 

Coep  t  in  t,..  jse  direction;  <IHIT  =  IHIT  •  S> 

ELSE  *ero  turn  sense  weight; 

Deternlne  turn  sense  state; 

Update  Internal  and  external  flraness  lewel; 

EBP  x_y_saoothing; 


TRUCE  PROCESSING  HIGH” LET SI  LOGIC 


»-P58 


piSOCgSS  k_y_seoothlng; 

Sare  old  relocitT  sstiaate  and  predicted  position; 

Deternine  S,  02,  and  D2TH; 

Coapnte  »; 
if  (02  if  02TB) 

TH»B  HB«_HBS  =■=  0. ; 

Coepnte  IDIH,  TDIB; 

Place  5DIH ,  T0I9  into  IDE5,  TOBH; 

B1SB  Coepnte  1015,  T015  nodified  by  halt  angle  correction; 
If  (S  ffl  STBCT.BBS) 

TBB5  Coepnte  Z9B5 ,  TOSS; 

<  present  tarn  sense  is  okay  > 

B1SB  SY3CT.HHS  =  S; 

Place  5015,  TOTS  into  50B5,  TOBH; 

Place  I*.  YU  in*o  5SI,  TSI; 

Place  nee  internal  position,  eelocity,  and  tiee  in  stack; 
Coepnte  IS,  TS  and  THl,  TB2; 

If  (D2  THl) 

TBBB  if  (02  2T  TH2) 

TBEH  IHIT  »  2; 

BLSB  IHIT  =  1; 

1BIT  =  IHIT  «  S; 

Bt?3  IHIT  -  0; 

Oeternloe  r0PH; 

Opdate  SYBCT.PIHHI  and  55ECT. PIBHB; 

E50  x_y_seoot hing; 


THICK  P50CBBSIBG  LOI-LBYSL  LOGIC  - 


«-P59 


PROCBSS  z_tracker; 


<  Level  occupancy  vertical  tracker  > 


Head  report  altitude  data; 

Predict  altitude:  <predictioa  to  current  scau> 

IP  (aode  C  report  hasn't  been  received) 

THBH  Coast  track; 

PL SB  Calculate  change  in  aode  C  report; 

SBT  valid  altitiude  data  flag: 

Update  t  firmness; 

Adjust  level  occupancy  bin  size; 

IP  (tracker  is  in  startup  period) 

SfiSI  Pg*rOBB  st art up_ smoothing; 

euz  ie  (altitude  transition  has  occurred) 

THBH  PBHPOHH  altitude_transition_logic 
B1SB  PBHPOHH  nontransitiou_logic: 

Update  track  times  in  state  vector; 


PHD  z_tracker; 


TRACK  PROCBSSIHG  HIGH-LBVSL  LOGIC 


#-?60 


PROCESS  z_t rtcker; 


ZS5 


<  Level  occupancy  vertical  tracker  > 

7R  =  snrveillance  data  BODE  C  ALTITUDE; 

<oredic*ion  to  cnrrent  scan> 

S7ECT.7P  =  S7ECT.  7S  ♦  (STS7AR. CTTRE  -  S7ECT.  TLOPD)  *  S7ECT.  ZDE; 
l?  (snrveillance  data  BODE  C  PRBSSRT  S3  *E»t SE) 

THEH  S7ECT.ZS  »  S7ECT.ZP; 

S7ECT.EIRBZ  =  BAX(  0,  S7ECT. EIRB7  -  1  ) 

ELSE  07 B  =  ZR  -  S7ECT.ZPRE7; 

SET  SVECT. SCELG; 

SVECT.EIPBZ  =  BI R (  EIRBZ_BAI ,  S7ECT. E1RBZ  ♦  1  ): 

OEIHS  =  ABS  (  DZB  )  /  STSVEB.Q; 

S7ECT.  SOCET  =  S7ECT.  SOCRT  ♦  CRT_DELT; 

IE  (S7ECT. SOCHT  Jjg  ETOHORB) 

THER  PEPPORB  startnp_s*oothing; 

ELSE  IE  (DZB  as  5-) 

THEE  PEBrOBB  altitnde_transition_logic 
ELSE  PEBPORB  non transit ion_ logic; 


H  (S7®CT. SCELG  Eg  STPPEJ 

TREB  S7ECT.TBZ  *  STS7AH.  CTI BE; 
S7ECT. TLOPD  »  STS7AR. CTXBE; 

z_tracker ; 


TRACE  PROCESSIBG  L0W-LE7EL  LOGIC 
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5.  INTERFACE  MESSAGE  PRIX'.ESSINC 


5.1  Message  Classifications 


The  ATARS  message  interface  is  processed  through  six  buffers: 

Non-surve 11  lance 
Uplink 

ATC  Coordination 
RAR 

Su rve 11 lance 
ATARS-to-ATARS 

The  contents  of  the  messages  exchanged  through  these  buffers  and 
the  source  responsible  for  message  generation  are  discussed  in 
this  section. 

5.1.1  Non-surveillance  Messages 


The  essential  fields  for  all  the  non-surveillance  messages  are 
shown  in  Tables  5-1  and  5-2.  Certain  messages  are  processed 
once  per  sector  at  the  initiation  of  report  processing.  Other 
messages  are  processed  by  later  tasks,  as  described  below. 

5. 1.1.1  Outgoing  Messages 


The  Data  Link  Capability  Request  Message  is  generated  for  a 
particular  DABS  aircraft.  The  response  for  this  request  is  a 
Data  Link  Capability  Reply  Message.  The  ATARS  Extended  Data 
Request  Message  is  generated  for  a  particular  DABS  aircraft. 
The  response  for  this  request  is  an  ATARS  Extended  Data 
Message.  These  messages  provide  ATARS  with  the  aircraft's 
equipage,  class  of  service  and  climb  performance  capability. 

When  an  aircraft  has  entered  the  ATARS  service  area,  a  Start 
ATARS  Service  Message  will  be  sent  to  the  DABS  sensor.  The 
sensor  will  then  begin  to  uplink  the  ATARS  site  ID  each  scan. 
The  start  message  is  generated  in  the  Track  Update  Process.  A 
Stop  ATARS  Service  Message  Is  sent  to  the  sensor  when  the 
aircraft  leaves  the  ATARS  service  area,  or  when  the  track  is 
lost.  This  message  is  generated  In  geographical  processing  or 
in  track  update  processing,  for  the  case  of  a  lost  track. 

When  an  aircraft  which  is  BCAS  equipped  penetrates  the  ATARS 
service  area  beyond  a  designated  ATARS-BCAS  seam,  the  Squitter 
Lockout  Message  is  sent  to  the  DABS  sensor.  The  sensor 
surveillance  uplink  will  then  inhibit  squitters  while  the 
aircraft  is  inside  this  ATARS-only  area.  When  an  aircraft 
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TABLE  5-1 


ATARS-TO-SENSOR  MESSAGES 

NON-SURVEILLANCE  BUFFER 

1.  Data  Link  Capability  Request  (see  Reference  8) 

Type  Code 
DABS  ID 

2.  ATARS  Extended  Data  Request  (see  Reference  8) 

Type  Code 
DABS  ID 

3.  Start/Stop  ATARS  Service  (see  Reference  1) 

Type  Code 
DABS  ID 

ATARS  Site  ID  (local  or  remote) 

Start/Stop  Flag 

Note:  Forward  to  remote  sensor  if  indicated 

4.  Squitter  Lockout  (see  Reference  1) 

Type  Code 
DABS  ID 

Start/Stop  Flag 

5.  Set  BCAS  Sensitivity  Level  (see  Reference  1) 

Type  Code 
DABS  ID 
SLC  Field 

6.  ATARS  Status  (see  Reference  1) 

Type  Code 

Normal  Operation/Failure  Flag 


5-2 


TABLE  5-1 
(Continued ) 


UPLINK  MESSAGE  BUFFER 

1.  Data  Link  Message  Construction  Output  (Tactical 
Upllnk)(see  Reference  8) 

Header  Field 

Type  Code 

DABS  ID 

Message  Number 

Priority 

Expiration  Time 

Sensor  ID  (local  or  remote) 

Message  Field  (MA)  (see  Reference  9,  Para. 

3. 3. 2. 2) 

ADS  Code 
Message 

Note:  Remote  sensor  is  expected  to  return  the 

delivery  notice  to  the  sending  ATARS  site 
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TABLE  5-1 
(Concluded ) 


ATC  COORDINATION  BUFFER  ( ATARS-to-ATC) 

1.  ATARS  Operational  Messages  (see  Reference  8) 

Type  Code: 

a.  Controller  Alert 

b.  ATERN  Control  Acknowledge 

c.  FAZ  Control  Accept/Reject 

d.  RAS  Control  Accept/Reject 

e.  FAZ  Data  Base 

f.  RAS  Data  Base 

2.  ATARS  Status  Messages  (see  Reference  8) 

Type  Code: 

a.  ATARS  Green  Condition 

b.  ATARS  Yellow  Condition  Codes 

c.  ATARS  Red  Condition  Codes 

General  Note: 

ATARS  does  not  generate  the  following  messages  as  shown  in 
Reference  1: 

1.  Uplink  Message  Cancellation  Request  (monolink) 

2.  Request  for  Downlink  Data  (monolink) 

3.  Track  Data  Request/Cancel  Message 

4.  All  "raultilink"  messages  are  deleted 
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TABLE  5-2 


SENSOR-TO-ATARS  MESSAGES 

NON-SURVEILLANCE  BUFFER 

1.  Data  Link  Capability  Reply  (see  Reference  8) 

Type  Code 
DABS  ID 
Capabilities 

Equipage  (ATARS  and  BCAS) 

Class  of  ATARS  Service 

2.  ATARS  Extended  Data  (see  Reference  9,  Para.  3. 3. 2. 3. 3) 

Type  Code 
DABS  ID 

Climb  Performance  Capability 

3.  Uplink  Delivery  Notice  (see  Reference  8) 

Type  Code 
DABS  ID 
Message  Number 
Successful  Delivery  Flag 

Note:  Forward  to  ATARS  from  remote  sensor  if 
required 

4.  Status  (see  Reference  1) 

Type  Code 

Local  Sensor  Status 
Adjacent  Sensor  Status 
Adjacent  ATARS  Status 
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TABLE  5-2 
(Continued) 


SURVEILLANCE  BUFFER 

1.  Correlated  Surveillance  Messages 
Format  Type: 

a.  DABS  (see  Table  3.3) 

b.  ATCRBS  (see  Table  3.4) 

c.  Radar  (see  Table  3.5) 


RAR  BUFFER 

1.  RAR  Reply  (Tactical  Dovnllnk)(see  Reference  8) 

Type  Code 
DABS  ID 

MB  Field  (see  Reference  9,  Para.  3. 3. 2. 3.1) 


ATC  COORDINATION  BUFFER  (ATC-to-ATARS) 

1.  ATC  Request  (see  Reference  8) 

Type  Code 

Message  Field  (2  bits) 

00  Neither  radar-only  nor  non-mode  C 
tracking  desired 

01  Not  used 

10  Non-mode  C  tracking  desired  and 
radar-only  tracking  not  desired 

11  Both  non-mode  C  and  radar-only  tracking 
desired 


5-6 


TABLE  5-2 
(Concluded) 


2-  ATARS  Operational  Messages  (see  Reference  8) 

Type  Code: 

a.  ATERN  Control 

b.  FAZ  Control 

c.  RAS  Control 

d.  Request  FAZ/RAS  Data  Base 

3-  ATARS  Status  Message  (see  Reference  8) 

Type  Code: 

Request  Full  ATARS  Status  Control 

General  Note: 

ATARS  does  not  use  the  following  messages  as  shown  in 
Reference  1: 

1.  RAR  Busy  Message 

2.  Message  Rejection/Delay  Notice 

3.  Track  Alert 

4.  ATCRBS  ID  Code 


[1 
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Leaves  this  area,  an  end  message  is  sent  to  the  DABS  sensor. 
These  messages  are  implemented  In  geographical  processing 
(Section  6.2.2). 

When  a  BCAS  aircraft  enters  the  ATARS  service  area,  ATARS  will 
generate  a  BCAS  Sensitivity  Level  Message  to  select  desensitized 
BCAS  logic  thresholds.  ATARS  uses  a  site-specific  area  map  to 
determine  the  applicable  zone  boundaries.  This  function  is 
controlled  by  geographical  processing.  Its  purpose  is  to  allow 
ATARS  to  be  the  primary  collision  avoidance  system  in  the  ATARS 
service  area. 

An  ATARS  Status  Message  is  generated  each  scan  to  state  whether 
the  site  is  operating  normally  or  in  a  failure  mode. 

5. 1.1.2  Incoming  Messages 

!  The  Data  Link  Capability  Reply  Message  and  the  ATARS  Extended 

I  Data  Message  are  generated  by  the  sensor  in  reply  to  the  Data 

Link  Capability  Request  and  ATARS  Extended  Data  Request 
1  Messages.  These  messages  provide  the  equipage,  class  of  ATARS 

service,  and  the  climb  performance  capability. 

,  For  each  uplink  message  sent  to  the  sensor,  an  Uplink  Delivery 

j  Notice  Message  is  returned  to  ATARS  from  the  sensor.  The 

i  details  of  this  message  are  discussed  in  Section  5.1.2. 

I 

|  Once  a  scan  a  Status  Message  is  sent  to  ATARS  from  the  sensor, 

j  This  Includes  information  on  both  local  and  adjacent  sensors  and 

'  >)  adjacent  ATARS  site  comraunicat ion  lines.  This  keeps  ATARS 

i  rront  on  all  local  and  remote,  sensor  and  site  availability. 

1.2  Uplink  Messages 

ATARS  uplink  messages  for  an  individual  DABS  aircraft  are 
delivered  to  the  Uplink  Message  Buffer  (Table  5-1)  as  an  ordered 
set.  Tiie  UPMES  pointer  in  the  aircraft  State  Vector  contains 
the  location  in  memory  of  this  set  of  messages  (UPLST).  The 
position  of  each  message  within  the  set  corresponds  to  its 
intended  position  in  the  desired  uplink  sequence  (see  also 
'"ction  16.2.1).  The  DABS  sensor  returns  an  uplink  delivery 
notice  for  eacli  message  indicating  Its  success  or  failure  in 
delivery.  All  notices  for  an  aircraft  are  delivered  in  one 
contiguous  block,  but  not  necessarily  in  the  order  of  uplink. 

For  this  reason,  delivery  notices  are  numbered  to  correspond  to 
the  intended  order  of  uplink.  When  the  set  of  uplink  delivery 
notices  for  each  aircraft  is  processed,  the  message  number  field 
in  each  notice  is  matched  with  a  message  in  the  set  identified 
by  UPMES. 
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5.1.3  ATC  Coordination  Messages 

An  ATC  facility  and  ATARS  coordinate  certain  actions  through  an 
exchange  of  messages  passed  through  the  DABS  sensor.  These 
messages  are  discussed  In  Sections  5. 1.3.1  and  5. 1.3. 2. 

5. 1.3.1  Messages  from  ATC 

ATC  may  send  three  types  of  messages  to  ATARS  as  shown  In  the 
(ATC -to)  SENSOR-to- ATARS  Messages  (Table  5-2).  The  ATC  Request 
Message  contains  a  message  field  which  defines  the  processing 
status  of  non-mode  C  aircraft  and  radar-only  reports  within  the 
ATARS  algorithms.  The  exact  coding  of  this  message  field  Is 
shown  in  Table  5-2.  The  remaining  two  types  of  messages  are  to 
request  full  ATARS  status  control  and  ATARS  operational  control. 

5. 1.3. 2  Messages  to  ATC 

ATARS  may  send  two  types  of  messages  to  ATC  as  shown  In  the 
ATARS-to-SENSOR  (to-ATC)  Messages  (Table  5-1).  The  ATARS 
Operational  Messages  consist  of  controller  alert,  ATERN,  FAZ  or 
RAS  information.  The  Controller  Alert  Message  takes  two  forms: 
the  Conflict  Resolution  Data  Message,  and  the  Resolution 
Notification  Message.  Both  are  discussed  in  Section  11.  The 
ATARS  Status  Messages  contain  the  red,  yellow,  or  green  codes  as 
described  in  Section  18.2.2. 

5.1.4  RAR  Message 

The  RAR  Reply  (Tactical  Downlink)  Message  contains  all  the  RAR 
information  from  the  RAR  equipped  aircraft.  This  message  is 
read  by  the  RAR  Processing  Task  (Section  5.2).  The  message  is 
included  in  the  group  of  SENSOR-to- ATARS  Messages  (Table  5-2). 

5.1.5  Surveillance  Messages 

The  local  and  remote  surveillance  reports  required  by  the  ATARS 
Report  Processing  Task  consist  of  three  types:  DABS  reports, 
ATCRBS  reports,  and  radar-only  reports  (Tables  3-3,  3-4,  3-5). 
These  reports  are  included  in  the  group  of  SENSOR-to-ATARS 
Messages  (Table  5-2)  and  are  discussed  in  Section  3.2. 

5.1.6  ATARS-to-ATARS  Messages 

Ihese  messages  (Table  5-3)  provide  direct  communication  between 
adjacent  ATARS  sites  to  establish  coordination  of  conflict 
encounter  resolution  responsibilities.  The  ATARS  multi-site 
messages  should  be  processed  on  a  priority  basis  by  the 
communications  function  of  the  DABS  sensor. 
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TABLE  5-3 


ATARS-TO-ATARS  MESSAGES 

ATARS-to-ATARS  BUFFER 

1.  Start/Stop  Remote  RAR  Data  (see  Reference  1) 

Type  Code 

Aircraft  DABS  ID 

Start/Stop  Flag 

Neighboring  ATARS  Site  ID 

ATARS  ID  of  Site  Requesting  Data 

Only  One  Scan  of  RAR  Data  Requested  Flag 

2.  Remote  RAR  Data  Relay  (see  Reference  1) 

Type  Code 
Aircraft  DABS  ID 
Remote  Sensor  ID 
RAR  Data  (MB  field) 
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TABLE  5-3 
(Continued) 


Conflict  Table  Request,  Claim,  Handoff,  Deletion  (see 
Reference  1) 

Type  Code: 

a.  Conflict  Table  Request 

b.  Claim 

c.  Handoff 

d.  Deletion 


Message  Fields  (for  all  Type  Codes): 

Sending  Site  ID 

Destination  Site  ID 

ACl  Type:  DABS  or  ATCRBS 

ACl  ID:  (if  Type  =  DABS),  DABS  Address 

(if  Type  =  ATCRBS),  Surveillance 

File  No.,  Mode  3/A  Code  and 
Position:  RHO,  THETA, 

Z  in  sending  sensor's 
coordinates 

AC2  Type:  (Like  ACl  Type) 

AC 2  ID:  (Like  ACl  ID) 
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TABLE  5-3 
(Concluded) 

4.  Conflict  Table  Reply  (see  Reference  1) 

Type  Code 

Requesting  Site  ID 
Replying  Site  ID 

AC1  Type:  Same  as  In  Message  Fields  above 
AC1  ID:  Same  as  In  Message  Fields  above 
AC2  Type:  Same  as  In  Message  Fields  above 
AC2  ID:  Same  as  In  Message  Fields  above 
Number  of  Conflict  Tables  (0,  1,  or  2) 
First  Conflict  Table  (if  any) 

Second  Conflict  Table  (If  any) 
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The  ATARS  multi-site  messages  assigned  the  highest  priority  are 
the  following: 

Conflict  Table  Request 
Conflict  Table  Claim 
Conflict  Table  Handoff 
Conflict  Table  Deletion 
Conflict  Table  Reply. 

The  delivery  of  these  messages  from  ATARS  to  the  sensor 
communications  processor  for  access  to  the  communication  lines 
must  be  expldited.  A  window  of  only  4/16  of  a  scan  period  is 
allowed  for  the  two-way  communication  and  processing  of  these 
multi-site  messages  (see  Figure  3-1).  This  timing  restriction 
is  necessary  to  provide  ATARS  with  timely  multi-site  data. 

The  remaining  multi-site  messages: 

Start/Stop  Remote  RAR  Data 
Remote  RAR  Data  Relay 

are  assigned  a  lower  priority.  The  timing  window  for  the 
exchange  of  these  messages  must  not  exceed  1/2  scan.  The  RAR 
reply  is  distributed  to  the  RAR  Processing  Task  from  this  buffer. 

5.2  RAR  Processing  Task 

The  RAR  Processing  Task  processes  resolution  advisory  data  read 
down  each  scan  from  each  ATARS-equipped  aircraft's  Resolution 
Advisory  Register  (RAR).  This  information  is  used  to  coordinate 
resolution  between  ATARS  sites  and  between  ATARS  and  BCAS  and  to 
ensure  compatibility  of  resolution  advisories.  This 
coordination  supplements  ground  line  coordination  (Section 
14.1),  which  may  not  be  available,  by  relaying  essential  data 
for  the  creation  and  deletion  of  Pair  Record  information  in 
Conflict  Tables. 

5.2.1  Remote  Relay  of  RAR  Data 

In  the  event  a  site  falls  to  read  an  aircraft’s  RAR  data,  it  can 
request  this  data  from  a  connected  site.  This  is  done  by  uplink 
delivery  notice  processing  (Section  5.1)  when  own-site's 
resolution  advisory  is  not  delivered.  The  RAR  Processing  Task 
sends  a  reply  with  the  requested  data. 
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5.2.2  External  Resolution  Pair  Record  Updating 


The  RAR  data  enables  creation,  updating,  and  deletion  of  Pair 
Records  for  conflicts  resolved  by  external  sources,  namely  other 
ATARS  sites  and  BCAS.  The  RAR  data  names  the  source  of 
resolution  and  the  resolution  advisory,  but  does  not  identify 
the  threat  aircraft.  Thus,  in  cases  where  ground  line 
coordination  does  not  also  exist,  the  second  aircraft  in  a  pair 
will  be  marked  as  "unknown”  identity.  However,  the  essential 
information  is  present,  namely  the  subject  aircraft's  resolution 
advisory,  which  acts  as  a  constraint  upon  any  additional 
advisories  which  own-site  may  select. 

The  external  updating  procedure  operates  in  turn,  upon  all 
columns  of  the  aircraft  RAR  data  except  own-site's  column. 

Also,  data  from  a  connected  site's  column  is  not  used  if  ground 
line  coordination  with  that  site  has  commenced. 

When  an  aircraft's  RAR  is  "empty,"  that  is,  no  resolution 
advisories  are  present,  an  RAR  data  report  is  still  prepared  by 
the  Report  Processing  Task  (Section  4.4).  External  updating 
still  runs,  and  deletes  any  existing  Pair  Records  for  the 
aircraft  which  show  other  sources  in  charge. 

5.2.3  Internal  Resolution  Pair  Record  Updating 

An  ATARS  site  selects  resolution  advisories  based  on  its 
knowledge  of  any  prior  advisories  sent  by  other  sources. 

Between  the  time  of  advisory  selection  and  their  delivery  to  the 
aircraft,  another  source  may  have  delivered  an  unexpectedly 
Incompatible  advisory.  Own-site's  advisory,  arriving  later, 
would  be  rejected  by  the  aircraft  RAR.  The  Internal  Updating 
Process  must  recognize  this  case  and  cause  a  recomputation  of 
own-site's  advisory.  A  related  case  occurs  when  own-site's 
advisory  has  been  delivered  first,  and  a  BCAS  wishes  to  resolve 
another  conflict  using  an  advisory  incompatible  with  the  ATARS 
advisory.  Since  active  BCAS  is  limited  to  vertical  resolution 
and  would  likely  have  no  sensible  alternative  choice,  ATARS  must 
recognize  this  situation  and  change  its  advisory,  thus  allowing 
the  BCAS  advisory  to  be  entered. 

The  internal  updating  procedure  examines  the  uplinked  RAR  column 
that  own-site  sent  to  the  aircraft.  This  column  is  the  merger 
of  all  of  own-site's  pair  resolutions  for  the  aircraft.  All 
"zeros”  in  the  column  are  known  to  have  been  entered  in  the 
RAR.  However,  all  "ones,"  representing  intended  advisories, 
must  be  tested  against  the  prior  contents  of  the  rest  of  the 
RAR,  to  mimic  the  RAR  rejection  logic. 
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A  composite  column  is  formed  from  the  logical  OR  of  all  other 
RAR  columns.  Then  each  bit  set  to  one  in  the  uplink  column  is 
tested  for  compatibility  with  the  composite  column.  If  any 
incompatibility  is  found,  ATARS  knows  its  advisory  was  rejected 
by  the  aircraft.  Even  after  an  ATARS  advisory  has  been  present, 
a  BCAS  negative  advisory  will  be  treated  as  a  "prior  constraint" 
by  this  process,  and  the  ATARS  recomputation  logic  will  be 
performed . 

For  each  of  own-site's  advisories  accepted  by  the  aircraft  RAR, 
a  Resolution  Pair  Acknowledgement  List  entry  is  generated.  This 
list  is  processed  by  the  controller  alert  Resolution 
Notification  Task  (Section  11). 

5.3  Pseudocode  for  Interface  Message  Processing 


The  pseudocode  follows  for  the  two  tasks  described  in  this 
section.  The  Non-surveillance  Message  Processing  Task  calls  the 
Remote  Function  Status  Routine.  This  routine  is  contained  in 
Section  17,  Backup  Mode.  The  RAR  Processing  Task  calls  the 
Remote  RAR  Start/Stop  Data  Routine,  found  in  the  previous  task, 
and  calls  the  Pair  Record  Deletion  Routine,  contained  in  Section 
15. 
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TUSK  NON_SU?VEILLANCE_MVSSAGE_PROCESSING 

IN  (non_surveillance,  ATARS_*o_A'rAPS ,  and  ATC  coordination  buffer  data, 
CREED,  R SEN  paraaeters) 

OUT  (state  vector,  systea  variables,  messages  to  DUBS) 

INPUT  (conflict  *-ables,  remote  list)  ; 


<Process  incoaing  messages  in  the  buffers  lis‘ed  above> 


REPENT  WHILE  (aessages  reaain  in  input  buffer)  ; 

l?  (an  UPLINK  DELIVER!  NOTICE  aessage) 

THEN  PERFORM  uplinfc_de 1 i ver y_not ice_processing ; 

ELSEIE  (a  ONTN  LINK  CNPNBILITY  REPLY  OR  NTARS  EXTENDED  DNTN  aessage) 

THEN  PERFORM  data_li nlr _ca pabi li t y_processing : 

ELSEI*  (a  STATUS  aessage) 

THEN  CALL  REMOTE  FUNCTION  STATUS; 

ELSEIE  (an  ATC  REQUEST  aessage) 

THEN  PERFORM  ATC_request_aessage_processing; 

ELSEIE  (ATARS  OPERATIONAL  aessages) 

THEN  PERFORM  ATC_to_ AT ARS_oper at i onal_message_p-ocessing ; 

ELSEIE  (an  ATARS  STATUS  aessage) 

THEN  PERFORM  ATC_to_ATARS_status_aessage_processing; 

ELSEIF  (a  START/STOP  REMOTE  RAR  DATA  aessage) 

THEN  CALL  REMOTE_RAR_START/STOP_DATA  with  start/stop  flag  according  to 
aessage; 

ELSEIF  (a  REMOTE  RAR  DATA  RELAY  aessage) 

THEN  Place  REMOTE  RAR  DATA  REPLY  aessage  in  RAR  buffer; 

OTHERWISE;  Cmessage  not  identified  or  hold  for  multi-site  aessage 
processing) 


ENPRFPEAT: 


END  NON-SURVEILl ANCE_MESS AGE_PROCE5SING: 


NON- SURVEILLANCE  MESSAGE  PROCESSING  HIGH-LEVEL  LOGIC 
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TUSK  BOB_SOB VEILLABCE_HE5SAGE_PB0CESSIBG 

IS  (non.surveillance,  ATABS_to_ATABS,  and  ATC  coordination  buffer  data, 
CREED,  RAEBPABH) 

OPT  (SVECT,  SISTAH,  aessages  to  DABS) 

I BOOT  (conflict  tables,  reaote  list) ; 

<Process  incoaing  aessages  in  the  buffers  listed  above> 

BEPEAT  WHILE  (aessages  reaain  in  input  buffer)  ; 

(an  OPLIBS  DELIVERY  BOTICE  aessage) 

THEB  PBBPOBH  upl ink_ieli»er j_notice_processing ; 

ELSEIF  (a  DATA  LIBE  CAPABILITY  BEPLT  OB  ATABS  EZTEBDED  DATA  aessage) 
THEB  PEBroBH  data_linh_capabili* r_processing : 

ELSEIE  (a  STATOS  message) 

THEB  CALL  R EHOTE_FOBCT 10 R_ STATOS 
IB  (Status  aessage) 

IBOOT  (SYS VAR ,  SVECT,  conflict  tables)  ; 

ELSEI?  (an  ATC  REDDEST  aessage) 

theb  perform  ATC_ceguest_aessage_processing: 

ELSEIF  (ATABS  OPEBATIOBAL  aessages) 

THEB  PEBFORH  ATC_to_ATARS_operationa l_aessage_processing ; 

ELSEIF  (an  ATABS  STATOS  aessage) 

xaifi  pspma  »tc.  _to_ATABS_status_aessage_processing; 

ELSEIF  (a  START/STO?  RESOTE  RAR  DATA  aessage) 

THEB  CALL  REBOTE_RAS_STABT/STOP_DATA 
u  (AC  ID,  start/stop  flag) 

OPT  (SVECT,  aessage  to  DABS); 

ELSEir  (a  REMOTE  BAB  DATA  BELAY  aessage) 

THEB  Place  REBOTE  RAB  DATA  REPLY  aessage  in  RAB  buffer; 

OTHEBWISE;  <aessage  not  identified  or  hold  for  aulti-site  aessage 
processing? 

EBPFEPEAT; 

EBP  HOB_SOR VEILL ABCE_H  ESS AGE_?ROCESSIBG ; 

-  BOB-SOI VEILLABCE  MESSAGE  PROCESSIBG  LOW-LEVEL  LOGIC  - 
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PROCESS  uplink_delivery_notice_processing ; 

<Delivery  notice  specifies  aircraft,  sessage  nnsber  and  if  successfully  delivered. > 
natch  notice  nnsber  to  sessage  in  stored  list  for  aircraft; 

BEPBkT  OWTIL  (all  snbfields  processed) ;  <in  HA  field  of  sessage> 

IP  (subfield  type  is  Resolution) 

THBW  IP  (not  success) 

THEM  Send  sessage  to  resote  lTIBS  requesting  one-scan  RiH  data; 
IP  (Resolution  ldvisory  newly  selected  last  scan) 

THBB  resove  Resolution  Advisory  fros  pair  record; 

Sark  pair  record  for  recoaputation  of  Res.  Adv.  ; 
ELSBIf  (subfield  type  is  Pros  or  Threat) 

THBW  IP  (TA_class  31  0  AWD  subfield  is  part  of  Resolution  sessage) 
THBW; 

ELSBIP  (subfield  is  Pros  part  of  Threat  advisory  sessage) 

THBW; 

ELSBIP  (not  an  End  sessage) 

THBW  U  (success) 

THBW  Save  sessage  type; 

SET  End  flag  in  PWILST  entry; 

B1SE: 


B1SB; 

ELSBIP  (subfield  type  is  Terrain  ££  Airspace  2S  Obstacle) 

THBW  SET  End  flag  in  PWILST  entry; 

17  (success) 

THBW  CLBiR  Plrst-tine-transsitted  bit  in  PWILST  entry; 


aiS; 

ELSBIP  (subfield  type  is  Altitude  Echo  iWP  not  success) 

THBW  Set  1LBCT  to  uninitialised  value;  <force  ALEC  nest  scan> 
BLSBIP  (subfield  type  is  Own  Hesaage  IBP  sot  success) 

THBW  Set  OWWT  to  uninitialised  value;  <force  OWW  nest  scan> 
OTHERWISE;  <don*t  process  start/end,  start  threat 

or  ATCRBS_TB  subflelds  in  aessage> 


aaaai: 

BID  uplink _delivary_notice_processing; 


WOS-SORVEIILAWCS  SESSAQR  PROCESSIRG  HIGH-LEVEL  LOGIC  - 
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PROCESS  uplink_delivery_notice_processing; 

<process  one  notice,  sessage  indicates  aircraft,  aessage  nuaber,  and 
successful  delivery  or  not> 

Hatch  aessage  nuaber  in  notice  to  aessage  in  sane  position  in  STBCT.HPHBS  list; 
REPEAT  UHTIL  (all  subfields  processed  in  aessage);  <in  a PH ES  list> 

IP  (subfield  type  is  Resolution) 

THBH  IP  (not  success) 

THBR  Send  BAR  REQUEST  aessage  to  site  in  STECT. REHEAR, 
with  oscplg  set; 

If  (STSTAR.CTIHB-PHBC.TC8D  If  STSTBH.  SCART) 

THBH  PREC.  HH AH, THAN1*  SHORES; 

If  (PREC.  POSCHD  12  S DOUBLE) 

THBH  PREC.  POSCHD- SRCSDBL; 

ELSE  PREC. POSCHD=SRC3SHG; 

EL  SHIP  (subfield  type  is  Pros  or  Threat) 

THBH  IP  (TA_class  CjT  0  AHD  subfield  is  part  of  Resolution  asg) 

THEH; 

ELSEIP  (subfield  is  Pro*  AHD  asg  type  is  'Threat') 

mi; 

ELSEIP  (EHD«0)  <in  PHILST  entry> 

Till  11  (success) 

THEH  OLD_TTPB»TYPB;  <iu  PHILST  entry> 

SET  BHD;  <in  PHILST  entry> 

ELSEIP  (subfield  type  is  Terrain  2f  Airspace  gf  Obstacle) 

THEH  SET  BHD;  <in  PHILST  eatry> 

IP  (success) 

THBH  CLEAR  PTAT;  <in  PHILST  entry> 

BLSEIP  (subfield  type  is  ALEC  AHD  not  success) 

THEH  STECT. ALBCT*  uninitialized  value;  <force  ALEC  next  scan> 

ELSEIP  (subfield  type  is  OWR  AHD  not  success) 

THEH  STECT. OHHT«  uninitialized  value;  <force  OHH  next  scan> 
OTHERWISE : <don « t  process  start/end,  start  threat 

or  ATCBBS  TB  subfields> 


EHDREPEAT : 

BID  uplinA_delivery_notice_procesaing; 

-  SOH-SURTEILL AHCE  HBSSAOB  PR0CB3SIR0  LOH-LBTBL  LOGIC 
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PBOCESS  d  a  ta_link_ca  pa  bill  t  ^processing; 

1*  (type  cods  is  DATA  LISK  CAPABILITY  HEPL T) 

TH8H  U  (DIBS  identity  in  CHEPD)  <alrcra£t  known  to  site> 
"•HEU  Obtain  state  rector: 

Update  BCftS  and  ATARS  equipage; 

Update  ATARS  class  o£  serrice; 

BtSEIP  (DABS  identity  In  CREPD)  <aircraft  known  to  site> 
THEB  obtain  state  rector; 

Update  AC  clinb  performance; 

ELSE; 

BUD  data_link_capability_orocessing ; 


BOB-SURTBILLAHCE  BESSAQE  PROCBSSXRS  SIGB-LETRl  LOGIC 
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PBOCESS  data_llnk_capabllity_proce3aing: 

IP  (aessage  type  code  £2  til*  CIP1BILITT  BEPLT) 

THEE  IP  (DEBS  Identity  In  CBEPO)  <alccraft  known  to  slte> 
THEB  Opdate  SPEC?.  HTSBQ; 

Update  SfECT. ICtkSS; 

EtSEIP  (DkBS  identity  in  C8EPD)  <aitctaft  known  to  site> 
<neesage  is  ITUS  EITBHDED  D1TI> 

THEB  Opdate  SPECT-ictP: 

EBP  data_link_capability_processing: 


i 


i 


L 
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PBOCBSS  kTC_reqnest_nessage_processing; 

<  Bon_node  c  reports  are  1TCRBS  reports  vitbont  altitude  data  > 

<  Sadar  only  reports  are  surveillance  reports  froe  a  'skin*  track  only  > 

<  Opdate  ATkBS  processing  capabilities  in  response  to  ATC  directive  > 

jr  (ATkBS  processing  of  non.sode  C  not  desired) 

TBBH  CtBAB  aon_eode  C  tracking  and  radar  only  flags; 

BISS  Process  nessage  field  to  indicate  non.node  c  tracking  desired 
OB  both  non_aode  C  and  radar  only  tracking  desired; 

Slip  kTC_reque3t_aessage_processing; 


SOB-SOSTBILIAIICB  BBSSAGB  PBOCBSSMG  HIGB-lSTBl  10GIC 
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PROCESS  ATC_regnest_eessage_processing; 

<  Ron_node  C  reports  are  atcrbs  reports  without  altitude  data  > 

<  Radar  only  reports  are  surveillance  reports  froa  a  'skin'  track  only 

<  Update  A TARS  processing  capabilities  in  response  to  ATC  directive  > 

JJf  (ATArs  processing  o£  non_sode  C  not  desired) 

THBB  CLEAR  SYS? AS.  ATCR8C  and  STSTA*.  ATCSOB: 
else  copy  aessage  field  (first  bit)  into  ststar. atcsbc  and 
(second  bit)  into  STSYAS. ATCBOB; 

BSD  ATC_regnest_aessage_processing; 


SOR-SO S TRILL ARC B  BBSS AGB  PROCRSSISG  LOI-lRYRl  LOGIC  - 
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PROCESS  BTC_to_BTBBS_operational_aessage_processing; 

<  Process  BTC-to-BTBBS  operational  eessage  > 

12  (1TEBR  COBTHOL  message) 

THEB  Iaplesent  the  advised  ainisus  altitude  beiow  which  BTBRS 
sill  not  issue  descend  resolution  advisories; 

Send  BTEHB  COWTBOL  BCKBGBL EDGES EBT  eessage  to  BTC; 

IF  (FIE  COBTHOL  message) 

THEH  Iaplesent  new  FIE  laps  in  systea; 

Send  FBZ  COBTHOL  BCCSPT/HEJECT  eessage  to  BTC; 

IF  (BBS  COBTHOL  eessage) 

THEB  lapleaent  new  BBS  laps  in  systea; 

send  BBS  COBTHOL  BCCEPT/B EJECT  message  to  BTC; 

X2  (REQUEST  FBZ/HBS  DiTB  BBSS  message) 

THEB  Send  reply  to  BTC  regarding  FBZ/RBS  DBT1  BBSS; 

EBP  BTC_to_BTBRS_operational_aessage_processing; 


-  SOH-SOHTBIILBHCE  SESSBGE  PHOCESSIBG  HIGH-LETEl  LOGIC 
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PROCESS  ATC_to_ATARS_operational_eessage_ptocessing; 

<  Process  ATC-to- ATARS  operational  aessage  > 

IP  (ATEBR  coBTFOt  aessage) 

TB Ell  FABBPABn.  ATEBS  value  Indicated  in  aessage; 

send  1TSBR  COETBOL  ICS FOWL ED GEM BBT  aessage  to  ATC; 

12  (FAZ  CORTBOt  aessage) 

THEE  lepleaent  nee  PAZ  saps  in  spates; 

send  PAZ  COHTBOL  Accept/beject  aessage  to  ATC; 

IP  (RAS  COHTROt  aessage) 

THEE  isplesent  nee  RAS  saps  in  spstea; 

Send  RAS  CORTBOl  ACC BPT/F EJECT  aessage  to  ATC; 

XI  (REQUEST  FAZ/BAS  DATA  BASE  aessage) 

THEE  Send  replp  to  ATC  containing  PAZ  DATA  BASE  and/or  FAS  DATA  BASE 

ERD  ATC_to_ATARS_operational_sessage_processing; 


EOH-SORTSILIABCS  SESSAGE  PROCESSIEG  LOR-LEREL  LOGIC 
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PROCESS  ATC_+o_ATAPS_st at us_*essa ge_processing ; 

<  Process  the  ATC  request  for  ^ull  ATAPS  status  control  > 

Indicate  *o  the  Performance  Monitor  Task  the  ATAPS  STATOS  Messages 
containing  the  ATARS  condition  codes  are  to  he  sent  to  ATC; 

PHD  ATC_to_ATARS_sta*-us_aessage_processing: 


NON-SORTEILLAHCE  MESSAGE  PSOCPSSIHG  HIGH-tEVEt  I.OGIC 
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PROCESS  ATC_to_AtARS_status_aessage_processlng; 


<  Process  the  ATC  request  for  full  ATAHS  status  control  > 


Opdate  SYSVAR. STATNSG  according  to  request; 


PHD  ATC_to_ATARS_status_sessage_processing: 


SOH-SOH Y SILL ARC E  8  ESS  AGE  PROCBSSIRG  LOR-LEYBL  LOGIC 
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ROO-IH?  F*HO‘*,E_RPF_STPPT/STO?_DPTP 
JR  (PC  10,  start /stop  flag) 

OPT  (State  vector,  sessage  to  DABS); 

IF  (s*op  tlag  set) 

THEN  Clear  renote  RPR  relay  register: 

I*  (not  giving  PTPPS  service  to  aircraft) 

THEN  IE  (aircraft  on  renote  list  PRD  not  in  a  conflict  table) 

TREE  Delete  renote  list  entry  for  this  aircraft; 

Send  STOP  ptpRS  SERVICE  nessage  to  DPBS; 

RISE  IE  (not  giving  PTPRS  service  to  naned  aircraft) 

THEE  IE  (no  state  vector  or  renote  entry  evists  for  aircraft) 

THEE  Enter  aircraft  on  renote  list; 

Send  START  PTPRS  SERVICE  nsg  to  DPBS  using  ID  of  requesting  site 
Save  reguesting  slte_TD  in  RETrpr; 

Update  one-scan  flag  according  to  request; 

Send  TACTICAL  UPLIHK  nessages  to  DPBS;  <res.  advs  contain 
ID  of  originating  site> 

EBP  FEHOTE_PPR_STPFT/STOP_DATP; 


HOH-SORVEILLPHCE  MESSAGE  PROCESSIHG  HIGH-LEVEL  LOGIC 
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BOOTIES  8EEOTE_RAR_START/STOP_DATA 
IS  (AC  ID,  start/stop  flag) 

OUT  (SVECT,  sassage  to  DABS) ; 

IP  (stop  flag  set  in  STABT/STOP  BEBOTE  BAB  DATA  sassage) 

THEE  CLEAR  Sf ECT. BETR AB ; 

If  (not  gislng  ATABS  service  to  aircraft) 

THEE  IS  (aircraft  on  ranote  list  AEO  not  In  a  conflict  table) 

THEE  Delete  renote  list  entry  for  this  aircraft; 

Send  STOP  ATABS  SERVICE  sassage  to  DABS; 

ELSE  If  (not  giving  ATAHS  service  to  naaed  aircraft) 

THEE  If  (no  state  vector  or  reaote  entry  exists  for  aircraft) 

THEE  Enter  aircraft  on  reaote  list; 

Send  STABT  ATABS  SEB7ICE  asg  to  DABS  using  ID  of  requesting  site; 
Save  requesting  site_ID  in  STECT. R STRAP ; 

Opdate  SVECT. OSCPLG; 

Send  TACTICAL  DPLIEK  Messages  to  DABS;  <res.  advs  contain 
ID  of  originating  site> 

EED  REEO^E_BAR_START/STOP_DATA; 


SOB-SOBVBIILAHCS  HESS  AGE  PR0CS5SIH0  LOS-LEVEL  LOGIC 
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STROCTOP.E  RAPVBL 


oroop  *isc 


BIT  COSPATIBLE 


EHOSTROCTORE: 


<advisory  cospatible  with  BUR  contents) 


fRscsm^j 
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RAR  PROCESSING  TASK  LOCAL  T ARIABLES 
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TiSK  Bi REPROCESSING 


III  (SIS  Reports,  state  rectors) 

OPT  (reaote  aaaaagaa,  resolution  pale  acknoaledgaent  Hat) 

HOOT  (conflict  tables)  ; 

BBPEkT  WHILE  (any  8*R  reports  in  BIB  buffer)  ;  <lnclading  "eapty  BIB"  reports> 
PE1FOBS  RlB_reaote_relay; 

IP  (aircraft  In  BTBRS  sarTlca  or  being  dropped) 

THBB  PEBEOBH  e*ternal_apdating; 

If  (resolution  aessage  sent  last  scan) 

THE1  PEHPOBH  lntarnal_npdatlng : 

IF  (aircraft  In  a  conflict  table) 

THEM  Deteralne  displayed  advisories  by  aerging  pair  records; 

umrni; 

EBP  R»B_PBOCESSIHG: 


BIB  PBOCESSII 0  TISK  HIGH-LEVEL  LOGIC 


TUSK  RAR_PROCBSSING 

III  (RAR  Reports,  state  sectors) 

OPT  (reaote  eessages.  Resolution  Pair  Acknowledgment  List) 
moat  (conflict  tables) ; 

REPEAT  WHILE  (any  RAH  reports  in  BAR  bnffer) ; 

PEBPOBH  HAR_reeote_relay; 

JR  (SVECT.ATSS  STEPS  21  SVBCT.DRATS  22  STEPS) 

THEM  PEBPORE  external_updating; 

IP  (Resolution  Sessage  is  in  STSCT. EPEES  list) 

THEH  PERPORE  internal_apdating ; 

IP  (SVECT.CTPT?  12  SIPLL) 

THEH  Find  displayed  advisories  by  serging  pair  records 
for  subject  AC; 

save  displayed  advisories  in  CTEHTRT. HEARD,  vhahd: 

EH  PREPEAT; 

EHP  R A REPROCESSING; 


RAH  PSOCESStHG  TASR  LOW-LEVEL  LOGIC 
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PBOCESS  Bi8_resote_relay ; 


IF  (another  site  is  to  get  BIB  data) 

THEN  relay  H»S  data  to  site  specified; 

£F  (one-scan  flag  set) 

THEH  CU.L  BES0TE_B»8_ST»BT/ST0P_D»T»  specifying  "stop" 

EBP  B»B_resote_relay: 


-  SJB  PROCESS  II G  T1SI  BIGB-LETEt  108IC  - 
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PROCESS  ex*-ernal_updating; 

<Dacod«  BAR  report.  Interpret  as  six  colnans  of  aircraft's  BIB. 

Update  own  data  base.> 

REPEAT  UBTIL  (all  six  BIB  colnans  processed)  ; 

IP  (colnan  is  for  other  ATARS  or  BCAS  ABD  colnan  is  enpty) 

THBB  BBPEAT  WHILE  (any  pair  records  showing  that  site  in  charge)  ; 
CALL  PAIR_HECORD_DBLETIOH; 

BBPBEPSAT; 

BLSBIP  (colnan  is  for  BCIS)  <own  or  other  colnans> 

THBB  Create/update  pair  rec.  showing  intrnder  'unknown', 

BCAS  in  charge; 

PBBPOBH  resolution_pair_acknowledgaent_entry_generation; 

BLSBIP  (colnan  is  other  ATABS  site) 

THBB  Look  for  pair  rec(s)  for  this  AC  with  sane  site  in  charge; 

IP  (no  such  pair  record  found) 

3&5S  Create  pair  record  showing  intruder  'unknown'; 
BLSBIP  (site  not  connected) 

THBB  Beplace  old  pair  rec(s)  with  current  resolution (s) ; 
BLSBIP  (any  such  pair  records  found  with  both  AC  known) 

<don't  use  BAB  data,  ground  lines  ok> 

BLSB  Beplace  old  pair  rec(s)  with  current  resolution (s)  ; 
<not  using  ground  lines  yet,  use  BAB  data> 

OTHERWISE:  <don*t  act  here  on  own  site's  coluan> 

EBDBEPSAT; 

EBP  external^updatlng; 


BAB  PBOCESSIBG  TASK  HIGH-LEVEL  LOGIC 


5-P22 


PROCESS  external_updat ing: 

REPEAT  ONTIL  (all  sit  colunns  processed)  ; 

I?  (coluan  is  for  other  ATARS  or  BCAS  AND  coluan  is  eapty) 

THEN  REPEAT  WHILE  (any  pair  recs  wi*h  PREC.  ATSID*site  ind.  by  coluan); 
CALL  PAIR_RECORD_DELBTION 
IN  (ACID1,  ACID  2,  PRPTR) 

I  HOOT  (Conflict  tables.  State  Vectors)  ; 

ENDREPBAT: 

EL  SEIF  (fifth  or  sixth  coluan)  <o*n  or  other  3CAS> 

’’'HER  Creat e/update  pair  record  so  that  PREC. ac2. PAC=SONR 

and  PREC.  ATSTD=*BCAS; 

PER°OR3  resolution_pair_acknowledgaent_entry_generation; 

ELSEIE  (coluan  is  other  ATARS  site) 

THEN  Loot  for  pair  rec  (s)  for  this  AC  with  PREC.  ATSID=sa*e  site; 

IP  (no  such  pair  record  found) 

THEN  Create  pair  record  with  PREC. AC2. PAC=*DNK; 

ELSEIE  (site  not  connected) 

then  PREC. PHHAN,PVBAN  =current  resolution (s) ; 

ELSEIE  (any  such  pair  records  found  with  both  PREC.PAC  NE  SUNK) 
THEN;  <don‘t  use  RAR  data,  ground  lines  OK> 

ELSE  PREC. P3HAN, PVHAN  =  current  resolution (s) ; 

<not  using  ground  lines  yet,  use  RAR  data> 

OTHERWISE :  <don't  act  here  on  own  site's  coluan> 

ENDREPEAT; 

END  ex“'ernal_updating; 


RAR  PROCESSING  TASK  LOW-LEVEL  LOGIC 
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PBOCESS  lnternal_updating; 


IMP 


<Test  bits  of  uplinked  column  to  see  what  got  into  RAB.> 

Set  test  column  to  all  zeroes; 

Bora  logical  OR  of  other  ATA RS  sites*  columns  and  BCAS  columns; 

Extract  uplink  column  from  Resolution  Message  in  OPHBS; 

REPEAT  RBILE  (any  more  bits  set  in  uplink  column)  ; 

PERFORM  compatibility; 

IF  (compatible) 

THEM  SET  same  bit  in  test  column; 

H IS: 

ENPREPEAT:  <no«  test  column  represents  AC  BAR  column> 

REPEAT  VAILS  (any  more  pair  records  for  subj.  AC  with  own  site  in  charge); 

IJ  (null  RA  shown  for  subject  AC) 

VLSI’S  Cl  EAR  send  flag  for  subject  AC; 

IF  (other  AC  send  flag  not  set) 

THEN  CALL  PAIR_RECORD_DELETIOH ; 

EL5SIF  (bit  not  set  in  test  col.  matching  9 A  for  subj  AC)  <either  part  of 

compound  RA> 

THEM  IE  (HA  newly  selected  last  scan) 

THEM  Remove  that  BA  from  pair  record; 

<reaowe  only  part  whose  bit  not  set> 
signal  pair  needs  recompute*. ion ; 

OTHERWISE  <RA  accepted  by  subject  BAH> 

PZBFOBM  resolution_pair_acknowledgment_entry_generation; 

SMDREPEAT ; 

;  -  •  ■  r ■  n  a  1  _  u  pd  a  t  i  n  g  ; 
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PROCESS  internal_updating: 


<Test  bl*s  of  aplinked  colaan  to  see  shat  got  into  RAR. > 

Set  test  coluan  to  all  zeroes; 

Fora  logical  OF  of  other  ATARS  sites*  colaans  and  BCAS  colaans; 
extract  uplink  colaan  froa  Resolution  aessage  in  SVECT.OPHES  list; 

REPEAT  WHILE  (any  aore  bits  set  in  uplink  colaan) ; 

£333283  coapa tibility ; 

IF  (COHPATIBLE  set) 

THEM  SET  saae  bit  in  test  colaan; 

1153; 

EMDREPSAT;  <now  test  colaan  represents  AC  RAR  coluan> 

REPEAT  *3113  (any  sore  pair  records  with  PREC.acl.PAC  or  ac2.PAC  E£  subj.  AC 

ARP  PR  EC.  ATSID*  JORHID) 

IF  (PREC.PHHAH  or  PREC.  PYHAN  =  SHfllLBES  for  subj.  AC) 

THEM  CLEAR  PBEC.SEHO  for  subject  AC; 

11  (other  AC  PBEC.  SESD=IFALSE) 

THEM  CALL  ?AIR_BBC08D_DELBTI0H 
Ifi  (ACID1,  ACID2,  PRPTB) 

IMOPT  (Conflict  Tables,  State  Vectors)  ; 

ELSEIF  (bit  not  set  in  test  col.  Batching  RA  for  subj  AC)  <either  part  of 

coapound  RA> 

THEM  IF  (RA  newly  selected  last  scan) 

THEM  Robots  that  RA  froa  pair  record; 

<Reaove  only  part  whose  bit  not  set> 

IF  (PBEC.POSCHD  IDOOBLE) 

THEM  PBEC. ?OSCHB*$RCHDBL ;  <recoaputation,  doable  advs> 

ELSE  PBEC. POSCHD-SRCSSSG;  <recoapatat ion ,  single  advs> 
OTHEBMISS  <BA  accepted  by  subject  RAR> 

PEP.FORH  resolution_pair_acknowledgaent_entry_generation; 

I8M12SAI: 

SMp  int#rnal_apdating; 
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PROCESS  compatibility; 


IP  (bit  in  aplinlt  column  is  positive  horizontal) 

THEN  IP  (no  opposite- sense  horizontal  bits  set  in  RXR  coeposite  colasn) 
THEE  indicate  cospatible; 

ELSE  indicate  not  cospatible; 

ELSEIF  (bit  in  uplink  colusn  is  negative  horizontal) 

THEE  IP  (opposite-sense  positive  horizontal  bit 
not  set  in  R AR  coaposite  colasn) 

’’’HSH  indicate  compatible; 

PLSE  indicate  not  cospatible; 

ELSEIP  (bit  in  uplink  colusn  is  positive  vertical) 

THEM  IP  (no  opposite-sense  vertical  bits  set  in  bar  composite  column) 
THEE  indicate  compatible; 

ELSE  indicate  not  compatible; 

OTHERWISE  <  bit  in  uplink  colaan  is  negative  vertical  or  VSL.  > 

IP  (opposite-sense  positive  vertical  bit 
not  set  in  TUB  coaposite  colusn) 

THEE  indicate  coapatible; 

ELSE  indicate  not  coapatible; 

EBP  compatibility; 
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PPOCESS  compatibility; 


IP  (bit  in  uplink  column  is  positive  horizontal  RA) 

TREK  IP  (no  opposite- sense  horizontal  bits  set  in  R  AR  composite  column) 
THEM  SET  COMPATIBLE; 

ELSE  CLEAR  COMPATIBLE; 

ELSEIP  (bit  in  uplink  column  is  negative  horizontal  RA) 

THEM  IP  (opposite-sense  positive  horizontal  bit  not  set  in  compos,  column) 
THEM  SET  COMPATIBLE; 

ELSE  CLEAR  COMPATIBLE; 

ELSEIP  (bit  in  uplink  column  is  positive  vertical  RA) 

THEM  IP  (no  opposite-sense  vertical  bits  set  in  HAR  composite  column) 

THEM  SET  COMPATIBLE; 

ELSE  CLEAR  COMPATIBLE; 

OTHERWISE  <  bit  in  uplink  column  is  negative  vertical  or  VSL  RA> 

IP  (opposite-sense  positive  vertical  bit  not  set  in  compos,  column) 
THEM  SET  COMPATIBLE; 

ELSE  CLEAR  COMPATIBLE; 


EMD  compatibility; 
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PROCESS  resolation_pair_acknovledgaant_entry_generation ; 

<Generate  HPALST  entry  froa  pair  record. > 

Link  na*  Rpalst  entry;  <don't  naad  to  check  for  doplication> 
Copy  AC  ID's  and  RA's  froa  pair  record; 

Enter  current  tiaa; 

Indicate  vhether  pair  resoleed  by  BCAS  or  ATABS; 

EBP  resolution_pair_ackno«ledgaent_entry_generation : 
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PROCESS  resolution_pair_acknowledgnent_entry_generation: 

Link  new  RPHLST  entry; 

RP1LST. acl . ID»PREC.ac1 . PIC; 

RPiLST.  ac2.  ID»PREC.ac2.  PiC; 

RPiLST.  acl.  RSS=PR!C.ac1.PBB»»,P»8»»; 
RPlLST.ac2.RES*PHEC. ac2>  PBH1H  *  PTBi  I; 

RP1LST.  TISE»STSTiR.CTISE; 

IP  (PREC-iTSID  Bfl  JBCiS) 

THEM  CLEIR  RPiLST. SOORCE;  <BC»S  reaolOtion> 

ELSE  SET  RPHLST. SOURCE;  <»T1RS  resolution) 

EBP  resolution_pair_acknowledgeent_entry_generation; 
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6.  AIRCRAFT  PROCESSING 

6.1  New  Aircraft  Processing 

The  selection  of  new  aircraft  to  be  added  to  the  ATARS  data  base 
Is  made  In  the  Report  Processing  and  Track  Processing  Tasks. 

These  choices  are  conveyed  to  the  New  Aircraft  Processing  Task 
through  the  XINIT  List.  The  purpose  of  this  task  is  to  add  all 
aircraft  on  this  list  to  the  X-list,  EX-list,  and  ATARS  Sector 
List.  The  task  will  also  initialize  all  parameters  in  the  State 
Vector  that  are  used  in  subsequent  ATARS  processing  tasks. 

The  XINIT  List  is  a  linked  list  of  all  aircraft  that  have  been 
designated  for  addition  to  the  X-list  or  the  EX-list,  and  to  the 
sector  list  by  the  Track  Processing  Task  for  a  particular  ATARS 
sector.  The  XINIT  List  has  a  pointer  to  the  head  of  the  list 
and  is  linked,  in  one  direction  only,  through  the  NEXTX  position 
in  the  state  vectors.  The  use  of  NEXTX  is  legitimate  at  this 
time  because  this  field  is  not  used  for  those  aircraft  not  yet 
added  to  the  X-list  or  the  EX-list.  New  Aircraft  Processing 
sets  the  NEXTX  and  PREVX  pointers  for  each  aircraft  in  the  XINIT 
List  to  include  the  State  Vectors  in  the  forward  and  backward 
linked  X-list  or  EX-list.  The  NEXTA  pointer  is  set  to  include 
the  next  aircraft  State  Vector  in  the  ATARS  Sector  List.  These 
pointers  are  set  using  the  X/EX-list  Initial  Entry  Routine  which 
is  described  in  Section  6.1.3. 

6.1.1  X-llst  and  EX-list  of  Aircraft 

The  X-list  and  the  EX-list  are  two  lists  of  aircraft  State 
Vectors  which  are  ordered  on  the  x  coordinates  of  the  aircraft 
with  the  DABS  sensor  at  the  origin.  The  X-list  includes  all 
aircraft  whose  altitude  is  below  a  threshold  altitude,  and  whose 
speed  is  below  an  upper  velocity  limit.  All  other  aircraft  are 
on  the  EX-list.  The  position  of  the  aircraft  on  these  two  lists 
is  checked  when  the  particular  ATARS  sector  is  being  processed 
and  it  is  updated  if  required. 

Initial  placement  of  aircraft  into  either  list  is  described  in 
Initial  Entry  of  Aircraft  Into  the  X-list,  EX-list  and  Sector 
List  (Section  6.1.3).  The  process  of  maintaining  their  current 
position  on  the  lists  is  described  in  Sector  List,  X-list,  and 
EX-list  Updating  (Section  6.2.3). 

6.1.2  Sector  List  of  Aircraft 

The  ATARS  Sector  List  is  a  list  of  all  aircraft  State  Vectors  in 
an  ATARS  sector.  There  is  one  sector  list  for  each  ATARS 
sector. 
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The  executive  control  keeps  a  table  containing  the  start  point 
for  each  sector's  list.  The  sector  list  is  used  to  expedite  the 
selection  of  aircraft  to  be  processed  in  each  ATARS  sector.  All 
the  tasks  which  need  to  look  at  every  aircraft  in  a  sector 
access  these  sector  lists. 

6.1.3  Initial  Entry  of  Aircraft  Into  the  X-list,  EX-List,  and 
Sector  List 


Both  the  X-list  and  the  EX-list  are  modified  to  permit 
expeditious  entry  of  new  aircraft  into  these  lists.  This 
modification  takes  the  form  of  seeding  the  ordered  lists  with 
dummy  State  Vectors  which  have  fixed  x  coordinates.  A 
cross-reference  permits  a  direct  means  of  locating  the  dummy 
State  Vector  nearest  to  a  given  x  coordinate.  The  cross- 
reference  takes  the  form  of  an  array  of  pointers  linking  the 
known  x  coordinates.  The  dummy  State  Vectors  are  called 
signposts  and  contain,  as  a  minimum,  fields  for  the  NEXTX  and 
PREVX  pointers,  a  field  for  the  x  value  of  the  signpost,  and 
flag  to  identify  signposts,  SPIDFG.  SPIDFG  will  be  permanently 
set  for  all  signposts  and  reset  for  all  aircraft  State  Vectors. 
This  flag  is  used  to  expedite  signpost  identification  in  the 
Coarse  Screen  Processing  Task. 

To  enter  new  aircraft  into  either  list,  a  determination  is  first 
made  if  the  aircraft  is  in  the  hub  area.  If  so,  the  hub  flag 
(HUBFLG)  is  set.  If  the  aircraft  qualifies  for  the  EX-list,  the 
aircraft  is  entered  on  the  EX-list,  and  the  EXFLG  flag  is  set; 
otherwise,  it  is  entered  on  the  X-list  and  the  EXFLG  is  reset. 
Both  of  these  lists  initially  consist  only  of  the  signposts 
linked  together.  The  NEXTX  and  PREVX  pointers  of  the  two 
terminal  signposts  in  both  lists  are  set  to  null. 

The  new  aircraft  are  also  linked  to  the  particular  ATARS  sector 
list  in  the  X-list  or  the  EX-list  corresponding  to  the  sector 
identification. 

The  ATARS  sector  thread  is  linked  only  in  the  forward  direction 
using  a  pointer  NEXTA.  If  the  new  aircraft  becomes  the  first 
aircraft  in  a  sector  thread,  the  executive  program  must  be 
notified  so  that  its  SIDSPX  and  SIDSPE  table  is  updated  to 
reflect  this  change.  When  threading  new  aircraft  into  a  sector 
list,  care  must  be  taken  to  keep  the  previous  aircraft  position 
on  the  list,  as  a  backwards  pointer  is  not  required  for  any 
other  ATARS  Sector  List  processing  and  thus  is  not  part  of  the 
State  Vector. 


6-2 


6.2 


Aircraft  Update  Processing 


The  function  of  the  Aircraft  Update  Processing  Task  is  to  update 
the  position  and  velocity  coordinates,  determine  the  ATARS 
service  zone  through  geographical  processing  (Section  6.2.2)  and 
update  the  position  of  those  aircraft  on  the  X-llst,  EX-list, 
and  sector  list  (Section  6.2.3)  in  the  sector  designated  by  the 
executive  control.  The  position  coordinates  of  the  hub  area 
aircraft  are  updated  as  part  of  this  task. 

Aircraft  update  processing  operates  on  a  particular  sector  list 
of  aircraft  threaded  in  the  X-liat  and  EX-list.  The  start 
pointers  (SIDSPX,  SIDSPE)  for  the  sector  lists  are  in  a  table 
maintained  by  the  executive  cortrol  and  are  updated  in  the  list 
update  processing  (Section  6.2.2).  The  table  holds  the  start 
pointers  for  every  sector  which  contains  aircraft  on  the  X-list 
or  the  EX-list  and  null  pointers  for  sectors  which  contain  no 
aircraft.  The  start  pointer  identifies  the  State  Vector  of  the 
aircraft  that  starts  the  string  of  aircraft  for  a  sector. 

The  position  coordinate  update  is  achieved  by  a  linear 
projection  from  the  aircraft's  predicted  position,  for  a  time 
equal  to  the  difference  between  ths  sector  time  (TEN)  and  the 
aircraft  time  of  prediction  (IMP)  using  the  aircraft  external 
velocity  components.  All  aircraft  ST*  then  presented  for  sector 
processing  on  a  common  basis.  It  !•  Important  to  note  that  the 
only  coordinates  used  in  ATARS  sector  processing  after  the 
Aircraft  Update  Processing  Task  is  complete  are  the  position  and 
velocity  coordinates  set  in  this  task*  The  updated  coordinates 
are  used  to  update  the  geographical  *One  if  the  ATARS  service 
flag  is  set.  The  updated  coordinates  are  also  used  to  update 
the  position  in  the  X-llst,  EX-list,  and  sector  list  for  the 
subject  aircraft  before  continuing  with  the  next  aircraft  in  the 
X-list  or  the  EX-list.  This  process  continues  until  all 
aircraft  in  the  sector  thread  for  both  the  lists  are  completed. 

The  variables  TEN  and  TMP  will  have  a  fixed  number  of  bits. 

These  variables  will  recycle  to  zero  when  the  time  overflows  the 
number  of  available  bits.  Hence  in  subtracting  time  variables, 
here  and  throughout  the  ATARS  processing  both  variables  should 
be  expressed  with  common  higher  order  bits. 

Special  attention  must  be  given  to  the  structuring  of  the  update 
processing  task.  Although  the  X-list  and  EX-list  are  used  to 
access  the  aircraft  for  updating,  one  of  the  steps  in  updating 
is  to  reposition  the  aircraft  In  the  lists.  The  next  aircraft 
in  the  list  is  saved  before  the  current  aircraft  is  repositioned 
In  either  list.  However,  even  with  this  procedure,  an  aircraft 
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which  has  moved  up  the  list  by  skipping  one  or  more  aircraft 
would  be  accessed  a  second  time  for  updating  in  the  same  sector 
list.  To  prevent  this  duplicate  updating,  the  XUPFL  flag  in  the 
State  Vector  is  set  the  first  time  the  aircraft  is  accessed  for 
updating  and  is  read  to  prevent  duplicate  updating  in  the  second 
access.  The  XUPFL  flag  is  cleared  once  per  sector  when  the 
aircraft  is  accessed  in  the  Coarse  Screen  Processing  Task. 

The  hub  area  position  coordinate  update  is  exercised  at  the 
start  of  every  quarter  scan  (i.e.,  when  the  antenna  is  at  0°, 
90°,  180°,  270°).  The  hub  area  (Figure  3-2)  is  defined  as 
a  circle  of  given  radius  centered  at  the  DABS  sensor;  First, 
the  signpost  (explained  in  Section  6.1.3)  on  the  X-list  or  the 
EX-list  nearest  to  the  negative  value  of  the  hub  area  radius  is 
located.  The  lists  are  searched  forward  until  the  first 
signpost  beyond  the  positive  value  of  the  hub  radius  is 
reached.  All  of  the  aircraft  identified  as  being  in  the  hub  on 
either  list  between  these  negative  and  positive  signposts  are 
afforded  hub  processing.  The  position  and  velocity  coordinates 
of  these  aircraft  are  updated  using  the  same  technique  described 
above  for  the  regular  sector  aircraft  position  and  velocity 
updating.  This  processing  maintains  a  more  current  position  on 
both  lists  for  the  aircraft  located  near  the  DABS  sensor  where 
ATARS  sectors  are  not  very  wide.  This  is  necessary  because 
aircraft  may  change  sectors  rapidly  in  the  hub  area  and  this 
affords  a  more  timely  identification  of  a  possible  conflict  in 
the  ATARS  processor. 

Again,  the  XUPFL  flag  is  used  to  prevent  duplicate  updating. 

The  flag  is  reset  in  this  task  instead  of  waiting  for  the  Coarse 
Screen  Processing  Task  because  the  aircraft  identified  in  the 
hub  area  may  be  from  any  sector,  not  just  the  particular  sector 
being  processed  at  this  time.  Therefore,  only  those  XUPFL  flags 
associated  with  hub  processing  would  be  reset  at  this  pass 
through  the  ATARS  processor. 

6.2.1  ATARS  Service  Map 


Every  ATARS  site  stores  a  map  indicating  the  boundaries  of  the 
area  for  which  ATARS  service  is  provided.  The  location  of  the 
boundaries  differ  depending  whether  or  not  another  ATARS  site  is 
near  enough  to  cover  an  adjacent  area.  The  two  cases  are  called 
the  "single-site"  coverage  and  the  "multi-site"  coverage  cases. 
However,  a  site  may  use  both  kinds  of  coverage  at  once,  as  in 
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the  example  depicted  In  Figure  6-1.  This  hypothetical  site  has 
no  neighbor  to  Its  West,  and  so  uses  single-site  boundaries  on 
that  side.  Another  site  is  located  nearby  to  the  East,  and  so 
multi-site  coverage  is  assigned  to  that  side. 

The  single-site  boundaries  give  ATARS  as  much  coverage  as 
possible.  The  surveillance  mask,  ATARS  service  map,  and  Domino 
coverage  all  share  a  common  boundary.  This  boundary  may  be 
identical  with  the  extent  of  DABS  surveillance  coverage  (and 
thus  need  not  be  an  explicit  boundary,  although  some  values  must 
be  assigned  to  the  map);  or  it  may  be  chosen  to  delimit  an  area 
within  DABS  coverage,  if  DABS  position  data  is  not  believed  to 
be  sufficiently  accurate  at  long  range. 

The  multi-site  boundaries  serve  to  partition  the  ATARS 
processing  load  among  nearby  sites.  Overlap  is  provided  to 
assure  continuous  coverage  during  boundary  crossings,  smooth 
handoff  of  responsibility  between  sites,  and  to  allow  for  small 
differences  in  the  sites'  perceptions  of  the  boundary. 

Figure  6-1  shows  several  boundaries  for  the  subject  site.  The 
Domino/Surveillance  boundary  serves  the  following  functions: 

1.  Report  Processing  (Section  4.4)  makes  a  simple 
rho-theta  check  used  to  accept  or  reject  surveillance 
reports. 

2.  ATARS  tracks  are  maintained  on  aircraft  within  this 
area . 

3.  Although  ATARS  service  is  not  provided  to  aircraft 
outside  the  ATARS  service  area  (see  below),  the  Domino 
Routine  (Section  13.4.2.1)  considers  aircraft  within 
the  Domino  boundary  when  selecting  resolution 
advisories  for  aircraft  receiving  ATARS  service. 

The  Domino/Surveillance  boundary  is  stored  as  one  or  more 
azimuth  sectors  with  a  range  boundary  corresponding  to  each 
sector.  These  sectors  are  distinct  from  DABS  sensor  or  ATARS 
processing  sectors.  This  boundary  must  be  wide  enough  to 
provide  the  desired  Domino  coverage  for  conflicts  near  the 
limits  of  the  ATARS  service  area.  It  is  also  desirable  to 
include  surveillance  coverage  for  the  site's  Backup  Service  Area 
(see  Section  17.3.1).  If  such  coverage  is  provided,  any  backup 
mode  switchover  would  be  smooth,  since  tracks  would  be  available. 
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FIGURE  6-1 

ATARS  SERVICE  MAPS  FOR  SINGLE-SITE 
AND  MULTI-SITE  COVERAGE 


The  ATARS  service  area  contains  aircraft  for  which  traffic 
advisory  and  resolution  advisory  services  are  provided.  A 
discussion  of  Normal  and  Backup  areas  is  provided  in  Section 
17.3.1.  The  following  description  applies  to  whichever  mao  is 
in  use  at  a  given  time. 

The  service  mask  is  implemented  as  a  pair  of  convex  polygons, 
one  for  aircraft  from  the  lower  limit  of  DABS  coverage  up  to  and 
including  altitude  HZONE,  and  the  other  for  aircraft  above 
altitude  HZONE.  Ttese  polygons  may  have  as  many  vertices  as  are 
needed.  For  example,  to  implement  multiple  site  coverage  in  a 
large  area,  intricate  shapes  may  be  required  to  provide  the 
necessary  overlap  (seams)  and  divide  the  expected  traffic  and 
processing  load. 

It  is  essential  that  wherever  two  ATARS  sites  have  a  common 
boundary,  their  normal  mode  ATARS  service  areas  overlap  by  no 
less  than  a  specified  distance.  This  overlap  is  called  a  "seam” 
and  is  given  a  width  sufficient  to  allow  nominal  warning  time 
for  any  pair  of  aircraft  on  opposite  sides  of  the  boundary.  The 
seam  is  implemented  by  extending  each  site's  area  a  distance 
DSEAMH  (or  DSEAML)  past  the  nominal  boundary  of  the  high  (or 
low)  altitude  map.  Then  the  sites'  coverages  overlap  by 
2*DSEAMH  for  the  high  altitude  masks.  A  seam  is  illustrated  in 
Figure  6-2. 

The  following  algorithm  is  used  to  determine  whether  the  tracked 
aircraft  position  (XT,  YT)  lies  within  a  convex  polygon.  This 
figure  will  be  described  by  the  NVERT  vertices,  (X^,Yj), 

(^2  »^2) » ••*  *  (XnverT'^NVERt)  •  71,6  vertices  are  numbered 

in  a  counterclockwise  manner  starting  at  any  vertex  as  shown  for 
the  example  4-sided  area  of  Figure  6-3.  Form  all  vectors 
joining  adjacent  vertices  in  a  counterclockwise  direction 
as  indicated  by  the  vectors  through  V4.  Also  form  all 
vectors  joining  the  vertices  to  the  point  (XT,  YT) .  Let  these 
vectors  be  designated  VT^  through  VT^.  Then  the  point  (XT, 

YT)  is  internal  to  the  zone  if  and  only  if  all  vector  cross  pro¬ 
ducts  VT^*V^ ,VT2*V2 . VTNyEgT*VpWE{n>,  ®re  negative.  By 

precomputing  several  constants  which  are  functions  of  the  vertex 
coordinates,  the  number  of  calculations  required  to  perform  the 
test  is  reduced. 

A  typical  vector  cross  product,  VT^Vj  is, 

VTt  - 

(XT-Xi ) *( Y1+1-Yt )-( YT-Yi ) *(Xi+1-Xt ) . 

This  can  be  written, 

VT1*V1  -  XT*DYt  -  YT*DXi+Ki 
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where , 


DXi  =  Xi+1  -  Xt 
DYi  =  Yi+1  -  Yi 
KA  =  Y^DXt  -  X^DYi 

All  the  DX,  DY  and  K  constants  for  each  map  are  precomputed  and 
stored  In  memory.  Then  the  expression, 

F ( i )  =  XT*  DY  j-Y  T*  DX  j+K  t 

is  evaluated  repeatedly  from  i=  1  to  NVERT.  If  any  term  F(i)  is 
positive,  the  aircraft  is  outside  the  polygon.  If  all  are 
negative,  it  is  inside. 

6.2.2  Geographical  Processing 


This  process  tests  an  aircraft’s  position  to  determine  whether 
it  is  within  the  site's  ATARS  service  area.  In  the  special  case 
when  the  site  is  in  the  Backup-Master  mode,  (see  Section  17.3.2) 
separate  tests  are  performed  for  the  site's  Center  Zone  and  its 
Backup  service  area.  Note  that  the  Report  Processing  Task 
(Section  4. A)  has  already  performed  a  quick  test  on  the  position 
and  has  set  ATSS  in  the  State  Vector  if  the  aircraft  is  within 
the  rho-theta  mask  (larger  than  the  service  area).  If 
geographical  processing  now  finds  the  aircraft  outside  tue 
service  area,  it  clears  the  service  flag. 

The  State  Vector  GEOG  contains  all  site  ID  bits  read  down  (for 
DABS  aircraft)  in  the  latest  surveillance  report.  If  the 
aircraft  is  entering  this  site’s  ATARS  service  area,  own  site  ID 
bit  will  not  have  been  sent  up  yet.  The  bit  is  set  here  so  that 
the  Seam  Pair  Task  will  treat  the  aircraft  properly. 

For  aircraft  within  the  service  area,  additional  processing  is 
performed  according  to  their  equipage.  All  BCAS-equipped 
aircraft  are  sent  Sensitivity  Level  control  (SLC)  messages 
determined  by  a  stored  map.  The  message  is  sent  only  when  SLC 
should  change.  All  DABS-equipped  aircraft  are  sent  a  Squitter 
Lockout  Message  when  within  a  designated  area.  This  message  is 
sent  only  when  the  lockout  status  changes.  The  DABS  sensor 
sends  SLC  and  lockout  control  data  each  scan  based  on  the  last 
messages  sent  from  ATARS. 

When  an  aircraft  leaves  the  ATARS  service  area,  the  map  test 
detects  the  condition  and  clears  the  service  flag.  The  site's 
ID  bit  is  removed  from  GEOG.  This  prevents  Seam  Pair  Task  from 
passing  the  pair  to  Master  Resolution  Task.  If  the  aircraft  is 
seen  by  any  connected  sites  (as  indicated  in  GEOG)  then  handoff 
messages  are  sent  to  those  sites  to  enable  a  transfer  of 
responsibility. 
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6.2.3  Sector  List,  X-llst,  and  EX-list  Updating 


The  position  of  all  the  aircraft  in  a  sector  are  updated  on  the 
sector  list,  X-list,  and  EX-list.  If  necessary,  an  aircraft  may 
be  moved  from  the  X-list  to  the  EX-list  or  from  the  EX-list  to 
the  X-list.  Aircraft  which  were  on  the  EX-list  on  the  last  scan 
have  been  marked  in  the  State  Vector.  If  the  aircraft  has 
crossed  the  altitude  or  speed  threshold,  then  that  aircraft  is 
removed  from  the  X-list  or  EX-list  and  entered  into  the  other 
list  using  the  technique  described  in  the  Initial  Entry  of 
Aircraft  Into  the  X-list,  EX-list,  and  Sector  List  (Section 
6.1.3).  If  the  aircraft  has  not  crossed  the  thresholds,  then 
its  position  in  either  list  is  updated  according  to  its  present 
x  coordinate.  At  the  same  time,  the  aircraft  position  in  the 
ATARS  Sector  List  is  updated  to  correspond  to  the  present  x 
coordinate.  If  the  new  position  in  the  sector  list  is  the  first 
position,  the  executive  program  must  be  notified  to  correctly 
set  the  start  pointer  for  the  sector  list. 

6.3  Terrain/ Airspace/Obstacle  Avoidance 


The  capability  to  provide  an  alert  for  close  proximity  to  the 
terrain,  the  violation  of  restricted  airspace,  and  close 
proximity  to  an  obstacle  is  provided  by  this  task.  The  task 
operates  on  the  linked  list  of  aircraft  for  an  ATARS  sector. 

The  logic  to  determine  the  need  for  an  alert  and  send  a 
Controller  Alert  Message,  if  required,  is  provided  here;  the 
actual  construction  of  alert  messages  for  uplink  to  the  aircraft 
is  performed  by  the  Data  Link  Message  Construction  Task.  Only 
aircraft  which  are  receiving  ATARS  service  or  which  are 
controlled  are  eligible  for  processing.  The  format  of  the 
Controller  Alert  Message  for  terrain/airspace/obstacle  alerts  is 
the  same  as  shown  in  Table  11-1,  with  the  following  exceptions: 
(1)  AMTYP  is  set  to  01,  11,  or  10  to  indicate  a  terrain, 
restricted  airspace,  or  obstacle  alert,  respectively,  (2)  only 
one  aircraft  is  identified,  and  (3)  the  Vl  field  is  used  to 
Indicate  that  the  aircraft  is  unequipped  with  ATARS,  implying 
the  need  for  controller  voice  communication  to  convey  the  alert 
to  the  aircraft. 

6.3.1  Terrain  Avoidance  Processing 


The  terrain  avoidance  logic  makes  use  of  the  mode  C  barometric 
pressure  correction  provided  with  the  surveillance  report. 
Aircraft  which  are  on  final  approach  or  which  are  taking  off  or 
landing  at  an  airport  may  be  below  the  terrain  altitude 
threshold  momentarily.  Therefore,  special  checks  are  required 
to  inhibit  alerts  if  aircraft  are  on  the  final  approach  glide 
slope  or  operating  in  close  proximity  to  an  airfield. 
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The  real-time  processing  of  the  map  of  the  terrain  is  similar  to 
the  method  used  in  the  Terminal  Area  Minimum  Safe  Altitude 
Warning  (MSAW)  function  described  in  Reference  7.  A  major 
difference  concerns  the  use  of  a  grid  map  with  variable  bin 
sizes  and  the  associated  indexing  required  to  access  the 
altitude  threshold  for  each  high-level  and  sub-level  terrain 
bin.  Terrain  map  processing  includes  the  logic  to  access  the 
terrain  map,  project  the  aircraft  horizontally,  determine  the 
bin  altitude  thresholds  along  the  projected  path,  and  compare 
the  thresholds  to  the  projected  aircraft  altitude.  Figure  6-4 
gives  an  example  of  the  bins  to  be  checked.  Table  6-1 
summarizes  the  altitude  checks  required  for  each  event  in  the 
projection  of  the  aircraft.  Terrain  map  processing  also  saves 
the  altitude  threshold  for  the  initial  bin  in  the  aircraft  State 
Vector,  for  potential  use  later  as  a  constraint  in  the  selection 
of  resolution  advisories  for  a  conflict. 

The  off-line  generation  of  the  terrain  map  is  described  in 
Figure  6-5.  This  procedure  is  identical  to  the  method  used  in 
Reference  7,  with  the  exception  of  the  sub-level  indexing  and 
the  marking  of  bins  which  are  in  a  final  approach  zone.  A  data 
structure  implementation  for  the  terrain  map  is  presented  in 
Figure  6-6. 

6.3.2  Obstacle  Avoidance  Processing 

The  obstacle  avoidance  logic  is  only  applied  to  aircraft  which 
are  below  a  minimum  altitude.  An  x  ordered  linked  list  of 
obstacles  is  generated  off-line  and  stored  for  access  by 
obstacle  avoidance  processing.  This  list  contains  position  and 
altitude  information  for  each  obstacle.  Proximity  to  an 
obstacle  is  determined  by  applying  fixed  x,  y  search  limits  to 
the  current  position  data  and  comparing  the  pressure-corrected 
altitude  to  the  altitude  of  the  obstacle.  A  check  for 
convergence  with  the  obstacle  is  made  before  issuing  an  alert. 
Multiple  alert  messages  may  be  uplinked  to  the  aircraft  if 
convergence  with  more  than  one  obstacle  is  detected. 

6.3.3  Restricted  Airspace  Avoidance  Processing 

The  restricted  airspace  avoidance  logic  consists  of  two  major 
elements:  (1)  providing  an  advisory  to  uncontrolled  aircraft 

upon  first  entry  into  a  Terminal  Control  Area  (TCA),  and  (2) 
providing  an  alert  to  any  aircraft  which  has  entered  an  area  of 
restricted  airspace.  The  technique  for  storage  and  access  of 
the  TCA  map  should  allow  effective  use  of  the  ATARS  processors. 
The  storage  of  the  restricted  airspace  areas  and  the  logical 
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ALTITUDE  THRESHOLDS  WHICH  ARE  CHECKED: 
J,  A,  F,  D,  E.  (NO  CHECK  ON  G  BECAUSE 
END  POINT  TOO  FAR  AWAY.) 


FIGURE  6-4 
BIN  CHECK  EXAMPLE 
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TABLE  6-1 

TERRAIN  ALTITUDE  CHECKS 


Start  Point  of  Projection 


1.  Current  bin  z  threshold 

2.  Adjacent  bin(s)  z  threshold 


X-llne  or  Y-line  Cross  Point 


1.  If  negative  vertical  rate:  z  threshold  of  previous  bin  (use 
aircraft  z  at  cross  point) 

2.  If  non-negative  vertical  rate:  new  bin  z  threshold 

3.  Adjacent  bin(s)  z  threshold 

End  Point  of  Projection 

1.  If  negative  vertical  rate:  current  bin  z  threshold 

2.  Adjacent  bin(s)  z  threshold 
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FIGURE  6-5 

DESCRIPTION  OF  TERRAIN  MAP  GENERATION 
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NEXT  I.EVE!. 


APPROACH  ZONE 


INDICATOR 


FIGURE  6-6 

TERRAIN  MAP  DATA  STRUCTURE 


checks  for  determining  if  an  aircraft  is  inside  an  area  is  the 
same  as  that  described  for  processing  of  airport  area  types  (see 
Section  8.7). 

6.4  Pseudocode  for  Aircraft  Processing 

The  pseudocode  for  New  Aircraft  Processing  Task,  Aircraft  Update 
Processing  Task,  and  Terrain/ Airspace/Obstacle  Avoidance  Task 
follows. 
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<***  THE  7  Mil  ABIES  LISTED  BELOW  ABE  LOCAL  TO  THE  NE*  AIRCB  APT  TASK  •*•> 


STBDCTDBE  HEBAC7BL 

<***  pOISTEB  7ABI1BLES  ***> 

GBOOP  pointers 

PTB  LSTPTB  <  start  pointer  for  warioas  lists  > 

PTB  THPTB2  <  local  (teiporary)  Tariable  > 

GBOOP  signp 

1ST  HSIGNP  <  lower  integer  walue  of  signpost  closest  to  aircraft  > 


EBPSTBOCTORB: 


BE*  1IBCBAPT  PBOC ESSIES  LOCAL  7 ABIABLES 


TASK  NE»_»IHCH*r?_P*OCSSSI«S 
II  (XI KIT  list  for  ssctor) 

IBOPT  (stats  ssctor) ; 

<  Place  ns*  aircraft  salsctsd  by  trackar  on  x/sx_list  > 

BEPBAT  WHILE  (tors  AC  on  XIHIT  list)  ; 

CALI  I_EX_LISt_HITIAL_EWTHY: 

Initializs  ssctor  start  pointers,  final  approach  tons  indicator,  flags: 

SEBlEmi; 

gyp  yg«_llBCHAPT-PBOCESSIMG: 


HEW  AIBCB APT  PBOCBSSIBG  HIGH-LETEL  LOGIC 


TASK  HE1_AIHCHAFT_P80CESSISG 
IS  (XIWIT) 

IHOQT  (SVECT)  ; 


<  Placa  na*  aircraft  salactad  by  trackar  on  x/ax_list  > 


BEPEA?  jim  (aora  AC  on  XI8IT  list)  ; 

CALL  X_EX_LIST_ISITIAl_EHTHT 
U  (CSCRBEH,  STSTEfl) 

ISOUT  (x/ax_list,  SVECT,  antanna  sactor  list,  SIDSPI,  SIDSPE) 
SVECT.  ACHES  »  SHULL: 

SVECT. PHPTR  «  SHULL; 

SVECT. UPHES  «  SHULL; 

SVECT. FAZ  *  SUDFAZ; 

S7ECT.  ATSEQ  »  SUNEQ; 

CLEAR  SVECT.  CEHTE; 

CLEAB  SVECT. XUPrL; 

CLEAR  SVECT. HUBFLG: 

SET  SVECT. I8IPL; 

EHDJEmi: 

EBP  HEH_AIHCHAPT_PHOCESSIHG; 


-  HE*  AI1CHAPT  PHOCESSIHG  LOH-LBTEL  LOGIC  — 
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Roo^me  jc_st_i.ist_ihitial_;htrt 

IS  (coarse  screen  parameters,  system  parameters) 

ISOOT  (x/ex_list,  state  vector,  antenna  sector  list,  sector  start  pointers) 

<  Place  aircraft  initially  on  x/ei_list  > 

Calculate  horizontal  position  and  speed; 

IP  (XC  within  hub  range) 

THBS  set  hub  flag: 

PI  Si  C1SAR  hub  flag; 

"ind  nearest  signpost  to  location  of  aircraft  in  the  x  plane; 

<  Signpost  located  to  the  left  of  XC  with  positive  x  and  to  the  right 

of  XC  with  negative  x  > 

IP  ((non_aode  C  report  XSD  high  speed)  OS  (aode  C  report  XSD 
(high  alt  OR  high  speed))) 

TP  Bit  Find  corresponding  signpost  on  ex_l ist; 

’ind  start  of  sector  ex_list; 

PL SB  find  corresponding  signpost  on  x_list; 
find  start  of  sector  x_list; 

PBBFOPB  x_ex_list_placeaent; 

PPRPORP  sector_list_placeeent; 

Eilp  X_EX_LI ST_I RITIAl_E!tTFT  ; 


IE«  XIHCR APT  PROCPSSIRG  “TGH- j.jy LOGIC 
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ROOTIHB  X_EX_LIST_IHITIM_EHTRT 
III  (CSCREEH,  STSTEH) 

IHOOT  (x/ex_list,  STECT,  antenna  sector  list,  SIDSPX,  SIDSPE) ; 

<  Place  aircraft  initially  on  x/ex_list  > 

STECT. X  =  STECT. XP; 

STECT. T  =  STECT. TP; 

STECT. TSQ  =  ST:  :T.XDP**2  ♦  STECT. TDE**2j 

IP  (STECT.  RHOP  IT  STSTEH.  HtJBRAD) 

THEH  SET  STECT. HOBFLG; 

ELSE  CLEAR  STECT. HOBFLG; 

HSIGNP  =  IHT  (  STECT. X  /  CSCREEH.  XSP  ); 

IP  ((  STECT. HCFLG  Eg  SFALSE  AHD  STECT. TSQ  GT  STSTEH. SPL02  ) 

OR  (  STECT. HCFLG  Eg  STROE  J|D  (STECT. Z  gT  STSTEH. MO  OR 
STECT. TSQ  GT  STSTEH. SPI02  ))) 

THEH  SET  STECT. EXFLG; 

Use  HSIGHP  to  get  into  ex_list  array; 

Find  start  of  sector  ex_list  froa  SIDSPE; 

ELSE  CLEAR  STECT. EXFLG; 

Use  HSIGHP  to  get  into  x_list  array; 

Find  start  of  sector  x_list  froa  SIDSPX; 

PERFORH  x_ex_list_placeaent ; 

PERFOBH  sector_list_placeaent; 

BHD  X_EX_LIST_IHITIM_BHTRT; 


HER  AIHCRAFT  PROCESSIHG  LOW-LETEL  LOGIC 
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PROCESS  ••ctor_list_placenent; 

<  Place  aircraft  on  antenna  sector  list  > 

Point  to  start  of  sector  list; 

JF  {sector  lilt  is-  eapty) 

THEN  Record  AC  as  start  of  sector  list; 

ELSE  REPEAT  RHILE  (lore  entries  AND  AC  x_coord  G^ 
list  entry  x_coord)  ; 

<step  through  list  in  forward  direction> 

Save  pointer  to  previous  entry; 

Find  next  entry  forward  on  list; 

ESDREPEAT: 

IF  (no  more  entries  on  sector  list) 

THEM  Link  AC  after  last  entry  found;  <current  entry> 
E1S3  Link  AC  behind  current  entry; 

IF  (no  previous  entry  saved)  <loop  never  executed> 
THEN  record  AC  as  start  of  sector  list; 


FNO  sector_list_placeaent ; 


1E»  AIRCRAFT  PROCESSING  HIGH-LEVEL  LOGIC 
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PROCESS  sector_list_placesent; 


<  Place  aircraft  on  antenna  sector  list  > 


LSTPTR  »  start  of  sector  list  fros  SIDSPX  or  SIDSPE; 

THPTH2  *  SHULL; 

H  (LSTPTR  SHULL) 

THEN  Record  subject  AC  as  start  of  sector  list; 

ELSE  REPEAT  WHILE  {  (SVECT.  NEXTA  £E  SHULL)  AND  (SVECT. X  GT  SVECT  (LSTPTR)  .  X)  )  ; 
THPTR2  =  LSTPTR; 

LSTPTR  =  SVECT. NEXTA; 

SHDREPSAT: 

£F  (SVECT.  HEXTA  Eg  SHULL) 

THEH  Linlc  SVECT. NEXTA  of  last  entry  found  (LSTPTR)  to  subject  AC; 
ELSE  link  subject  AC's  SVECT. NEXTA  TO  LSTPTP  AC; 

JF  (THPTR2  £2  SHULL)  Cloop  newer  executed) 

THEH  Record  AC  as  start  of  sector  list  SIDSPE 
or  SIDSPX; 

EHD  sector_list_place«ent ; 


HEW  AIRCRAFT  PROCSSSIHS  LOW-LEVEL  LOGIC 
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PROCESS  x_ex_list_placeaent ; 

<  Link  aircraft  into  x/ex_list  > 

Point  to  signpost; 

IP  (AC  i_coord  is  positiee) 

ther  REPEAT  HSILE  (sore  entries  AJJfi  AC  x_coord  £* 

list  entry  x_coord)  ; 

Find  next  entry  forsard  on  list; 
EROREPEAT: 

IP  (no  sore  entries  on  list) 

TBER  Link  AC  ahead  of  last  entry  found; 
ELSE  Link  AC  behind  current  entry: 

ELSE  REPEAT  RHILE  (eore  entries  ARU  1C  x_coord  U 

list  entry  x_coord)  : 

Find  next  entry  behind  on  list: 

I P  (no  lore  entries  on  list) 

TBER  link  AC  behind  last  entry  found; 
ELSE  Link  AC  ahead  of  current  entry; 

ERD  x_ex_list_placenent; 


HER  AIRCRAFT  PBOCESSIBG  HIGH-LEVEL  LOGIC 
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PROCESS  i_ex_list_place«ent ; 

<  tin*  aircraft  into  x/ex_list  > 

LSTPTR  -  NSIGHP; 
iJ  (SVBCT. X  SI  0  ) 

TBSS  REPEXT  WHILE  (  (HBITX  15  SHULL)  M£  (S7ECT.  X  ££  S7ECT  (LSTPTR)  .  X)  )  : 
LSTPTR  -  S7ECT.  REXTX ; 

simfiil; 

IJ  (LSTPTR  SS  XROLL) 

THBH  Link  subject  XC  ahead  of  last  XC  on  list: 

8LSS  Link  subject  XC  behind  next  XC  on  list; 

81  SB  REPSXT  WHILE  (  (S7ECT.  PHBVX  RE  SHULL)  XHD  (STECT.I  LT  S7ECT  (LSTPTP)  .  X)  ) 
LSTPTH  =  S7ECT.PRE7X; 

SHDR8PBXT: 

I?  (LSTPTR  82  SHULL) 

THBH  Link  subject  XC  behind  last  XC  on  list; 

ELSE  Link  subject  XC  ahead  of  next  XC  on  list; 

EHD  x_ex_list_placeeent; 


NEW  XIHCRXPT  PROCESSIHG  LOW-LEX  EL  LOGIC  - 
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<•••  THE  VARIABLES  LISTED  BELO»  ABE  L0C1L  TO  TEE  AIBCBAPT  5PDATE  PROCESSING  TASK  •••> 

ST?0CT0BB  ACOPVBL 

<**•  POIHTEB  VARIABLES  *•*> 

SBODP  pointers 

PTB  TEBPTB  <  start  pointer  for  various  lists  > 

PTB  THPTB2  <  local  (tesporary)  variable  ? 

<••*  TIKE  VARIABLES  ***> 

SBOOP  tines 
TIT  DT 
FLT  D*L 
FLT  TATSH 
FIT  TEH 

GBOOP  flags 
BIT  ISZOHE 

M22I1SG2SI: 


<  tine  difference  of  predicted  and  present  quarter  cycle  > 

<  level  position  correction  tine  delta  > 

<  tine  of  ATABS  quarter  cycle  > 

<  sector  tine  > 

<  AC  in  sap  zone  > 


FHSCSXttivQ  FaOH  BUlMK-MCT  TllMkD 


AIBCBAFT  OPDATE  PB0C1SSIH5  LOCAL  V ABIABLES 
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TASK  AIBCB1PT_0P0ATB_  PBOCBSSIHG 


IS  (sector  start  pointers,  system'  variables,  system  parameters, 

OP?  (conflict  tables,  pair  records,  aessages) 

1  HOOT  (x/ex_list,  state  vector) ; 

<  Update  aircraft  position  and  bob  update  > 

Initialize  sector  tise; 

B8PBAT  OBTXL  (x  and  ex  sector  lists  processed) ; 

BBPBAT  am  (sore  AC  on  sector  list)  ; 

IP  (this  AC  not  updated  already) 

THBH  Initialize  final  approach  zone  indicator  and  AC  area  type; 
CALI  HOBIZOHTAL_COHPOTE; 

SBT  AC  update  flag;  <XPPPt> 

IP  (non  sode  C  reported  AC) 

THBH ;  <osit  vertical  position,  velocity  cospntation> 
BISB  Update  vertical  position  and  velocity; 

JJ_  (ATABS  Svc  flag  set)  <by  geog_proc  last  scan  or  track 
update  this  scan) 

THBH  PBBPOBH  geographical_processing; 

1151: 

PEBPORH  x_ex_list_updating; 

BlfiIE£BAJ: 

bhdbbpbat; 

IP  (this  ATABS  sector  starts  ne*  quarter  cycle) 

THBH  PBBPOBH  hub_update; 

BLSB :  <skip  hub  update> 

BHD  MHCBAPT_OPDATB_?HOC3SSISG; 


AIBCB AFT  OPOATB  PBOCBSSIHG  HIGH-LEPBl  LOGIC 
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TASK  AIRCRAPTJJPDATE_PBOCESSING 

IN  (SIDSPI,  SIDSPB,  STSTA8,  STSTBH) 

OPT  (CTENTRY,  PREC,  aessages) 

INOOT  (x/ex_list,  STECT)  : 

<  Opdate  aircraft  position  and  hnb  update  > 

TEH  *  sector  tise: 

REPEAT  GHTIL  (x  and  ex  sector  lists  processed)  ; 

REPEAT  WHILE  (sore  AC  on  sector  list)  ; 

IP  (STECT. IOPPL  £2  SPALSE) 

THEN  STECT. PAZ  =  JODPAZ; 

STECT. ACAT  »  JURAT ; 

STECT.  XPBJ,  STECT. YPBJ,  STECT.  ZPBJ  -  JODPOS; 

STECT. XDPBJ.  STECT. YDPHJ,  STECT. 7DPHJ  »  JUDTBL ; 

OTL  ■  TEN  -  STECT. TSP; 

CALL  HOHIZONTALJEOSPOTB 
II  (OTL) 

INPUT  (STECT)  ; 

SET  STECT. XUPPl; 

JP  ( STECT.  HCPLG  ifi  JPALSE) 

THEN:  <oait  Tertical  position,  pelocity  cosputation> 

ELSE  STECT. Z  -  STECT. ZS  ♦  STECT. ZDB  • 

(STSTAH.CTIBE  -  STECT. TLOPD)  ; 

STECT. ZD  ■  STECT. ZDE; 

H  (STECT.  ATSS  12  STHDE) 

TflEH  PEBPOBH  geographical_processing; 

PERFORM  x_ex_list_updating; 

ENPIEPEAT: 

ULSISmi: 

II  (  <«/»)  12  (i.  21  2.  23  3.  ob  <*.)  ) 

<  where  N  »  sector  nusbers  1  thru  16  > 

THEN  TATSN  -S7STAB.  CTTHE; 

’’ERFORF.  hub_uodate; 

ELSE:  <s*ip  hub  update> 

END  A  INC?  APT  _UPD  A  TE_  PROCESSING ; 

-  AIBCBAPT  UPDATE  PROCESSING  LON-LET  EL  LOGIC  - 
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PROCESS  geographies l_processing; 

<Deteraine  if  aircraft  in  ATARS  service  area.  Detereine  BC*S  and 
squitter  control  states.  Send  Handoff  Messages  to  other  sites  for 

aircraft  leaving  service  area.) 

X?  (Backup-Haster  sode) 

TUBS  PERFORH  backup_aaster_updating; 

<check  Center  zone  and  backup  service  areas  separately 
ELSE  CELL  AREA_HAP_TEST ; 

<for  ATARS  service  area  sap  in  use  for  noraal  or  backup  statns> 
IF  (in  service  area  AHD  ovn  site  ID  not  set  in  GFOG) 

THEM  SET  ovn  ID  bit  in  GEOG ;  <just  entered  service  area> 

CLBA$  Heaote  flag  in  conflict  table  entry  (if  any)  ; 

IF  (AC  DABS  equipped) 

THEH  send  START  ATASS  SERVICE  aessage  to  DABS; 


IF  (in  service  area) 

THEH  PERFORM  bcas_level_control; 

ELSE  IF  (sgaitter  lockout  set) 

THEH  Send  STOP  SQUITTER  LOCKOUT  aessage  to  DABS; 

IF  (AC  DABS  equipped  AHD  ovn  ID  bit  set  in  5E0G) 

<}ust  left  service  area> 

THEH  Send  STOP  ATARS  SERVICE  aessage  to  DABS; 

CLEAfr  ovn  ID  bit  in  GEOG; 

£U  drop  ATARS  service  flag; 

CLEAR  ATARS  service  flag; 

II  (AC  in  conflict  table  AHD  any  connected  site(s)  see  AC) 
THEH  SBT  handoff  bit  in  all  pair  records  for  AC 
controlled  by  ovn  site; 

Send  HlMOOPf  aessages  for  such  pairs  to  connected 
sites  that  see  this  AC; 


BHD  )eographical_processing; 
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PROCESS  geographical_processing; 


<Deteraine  if  aircraft  in  ATARS  service  area.  Deterslna  BCAS  and 
sqaitter  control  states.  Send  Bandoff  Messages  to  other  sites  for 
aircraft  leaving  service  area. > 

JF  (SYSVAB.  MISTER  STBOE) 

them  7BBP0B8  backup_easter_apdating s 
ELSE  CALL  ARBA_BAP_TEST 

I*  (SYSVAR.S1PPTR,  SVECT) 

OPT  (IRIOHE) : 

If  (IRIORE  •£  STROE  AJSfi  SYSTEM. ORHID  bit  not  Set  in  SVECT. GBOG; 
THEM  SET  SYSTEM. 0R8I D  bit  in  SVECT. 3EOG; 

IP  (SVECT.  CTE  not  nail) 

TREE  CL  EAR  CTESTRY.  REBELS  ; 

IP  (SVECT.  ATIPLG  ££  SPALSE)  <DABS  aircraft> 

THEM  Send  START  ATARS  SERVICE  sassage  to  DABS; 


IP  (IREONE  EJJ  YTRUE) 

trer  PEBPQBH  bcas_level_control; 

ELSE  IP  (SVECT. SQLO  set) 

THEE  Sand  STOP  SQOITTER  LOCKOUT  Sessage  to  DABS; 

IF  (SVECT.  ATIPLG  SPALSE  AfiD  SIMM.  OB  RI D  bit  set  in  SVECT.  GBOG) 
THE|I  Send  STOP  ITABS  SERVICE  ■•Rsage  to  DABS; 

CLEAR  SYSTEM. OW1ID  bit  in  SVECT.  GBOG; 

SET  SVECT. DRATS; 

CLEAB  SVECT. ATSS; 

IP  (SVECT. CTPTB  not  null  AID  any  connected  site(s)  in  SVECT. GBOG) 
THEM  SEX  PRSC.HDOPF  in  ail  pair  records  for  AC 

with  PBEC.  ATSID*OWRID; 

Send  BASDOPP  sags  for  such  pairs  to  connected 

sites  in  SVECT.  GEOO: 


EBP  geographical_processing; 

-  AIRCHAPT  UPDATE  PROCESSIBG  LOf-LEVEL  LOGIC 
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'  ?  ****  ** 


PROCESS  x_ex_list_npdating; 


<  Opdate  x  position  on  x/ex_list  > 

IP  (AC  on  ex_list  AMD  ((node  C  report  AMD  (low  alt  ARP 
low  speed))  Qjt  (non_aode  C  report  ASP  low  speed))) 

THEB  Senowe  AC  froi  ex_list: 

CALI  X_EX_LIST_I  SITI  1L_EHTHI ;  <add  aircraft  to  x_list> 

ELSBIP  (AC  on  x_list  AHP  ((node  C  report  AHP  (high  alt  Of 

highspeed))  OJ  (non_iode  C  report  AHP  high  speed))) 

THEE  Penove  AC  fron  x_list; 

CALL  X_EX_LIS?_IHITIAL_BIIT8T;  <add  aircraft  to  ex_list> 

OTHERWISE  PEBPOBE  x_ex_list_relink; 

PSBPOHB  sector_thread_npdate; 

EBP  x_ex_list_npdating; 


l 

i 

i 


PROCESS  x_ex_list_updating; 

<  opdate  x  position  on  x/ex_list  > 

IF  (STECT.EXFLG  E^  STROE  AND  ( (S7ECT. BCFLG  Efl  STROP  AND 

(S7ECT.Z  LE  STSTEB. ALO  AND  S7ECT.7SQ  STSTEB.  SPL02)  )  OR 
(STECT. BCFLG  E£  SFALSB  AND  S7ECT.  7SQ  LE  S TSTE  B.  SPL02)  )  ) 

THEN  Reaoxe  AC  froa  ex_list: 

CALL  X_EX_LI  ST_I  BITI AL_ENTRT  <add  aircraft  to  x_list> 

IN  (CSCREEN,  STSTEB) 

INOOT  (x/ex_list,  S75CT ,  SIDSPX,  SIDSPE,  antenna  sector  list) ; 

EISSIE  (S7SCT.  EXFT.G  E<2  SFALSE  AND  ( (S7ECT. BCFLG  E^  STROE  AND 

(S7ECT.Z  ST  STSTEB. AtO  OR  S7ECT. 7 SO  ST  STSTEB. SPL02) )  OR 
(S7ECT.  BCFLG  S 2  SFALSE  AND  S7ECT.  7SQ  GT  STSTEB.  SPL02)  )  ) 

"SEN  Reaove  AC  froa  x_list; 

CALL  X_EX_IIST_IBITIAL_BNTRT  <add  aircraft  to  ex_Ust> 

IN  (CSCREEN,  STSTEB) 

INOOT  <x/ex_list,  S7ECT,  SIDSPX,  SIDSPE,  antenna  sector  list); 

Q-HSpaiSE  PERFORB  x_ex_list_r elinh ; 

PEHFORB  sector_thread_update ; 

°B0  x_ex_list_updating ; 
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PROCESS  hab_update; 


<  Eecoapote  position  for  hub  Aircraft  > 

REPEAT  OETIL  (i  and  ex  lists  processed)  ; 

Find  signpost  with  x_valoe  LI  negative  of  hub  radios; 

<nove  up  list  in  positive  x  direction) 

8FPE1T  OETIL  (end  of  list  21  signpost  reached  with  x_valoe 
CE  positive  hob  radios); 

IP  (next  entry  is  an  AC  <not  a  signpost)  HD  hob  flag 
is  set  AHD  AC  not  yet  updated) 

THE*  Update  horizontal  position,  velocity  coordinates; 

SET  AC  update  flag;  <X0PF1> 

'  IF  (non^aode  C  reported  AC) 

THEE :  <osit  vertical  position,  velocity  connotation) 

ELSE  Update  vertical  position,  vertical  velocity; 
PEHPOBH  x_ex_llst_updating; 

smsms; 

tmcKiii 

REPEAT  UHTIL  (x  and  ex  lists  processed) ; 

Find  signpost  with  x_valoe  LS  negative  of  hob  radios; 

BEPEAT  aim  (end  of  list  21  signpost  reached  with  x.valoe 
SS  positive  hob  radios); 

IF  (next  entry  is  an  AC  A  (IP  hob  flag  set) 

THEH  CLEAR  update  flag; 

smsuu: 

EEPBEPEAT; 

SIB  hub_update; 


AI ICS AFT  UPDATE  PH0CISSXH9  HIGH-LEVEL  LOGIC 


6-P20 


PROCESS  hob_apdata 


<  Reconputa  position  for  hub  aircraft  > 

REPEAT  PBTIL  (x  and  ax  lists  procassed)  : 

Pind  signpost  with  (SVECT.NEITX)  i£  (-STSTBH.  BtJBRAD)  ; 

<  sows  op  list  in  positiwa  x  dirsction  > 

REPEAT  ORTH,  (and  of  list  signpost  raachad  with  SYECT. HBXTX 
5J  (♦ST3TSS.H0BBAD)  ; 

II  ( (SYECT. SPIDFG  S2  BRAISE)  AiLB  (STBCT.  BDBFLG  S£  *TROR)  ABD 
(SYECT. XPPPL  52  (FALSE)) 

THRU  DT  »  TATSB  -  SYECT. TSP; 

CALL  B0HI20BTAL_C0BPPTE 
11  (DT) 

I  SOOT  (SYECT)  ; 

SET  SYECT.  XOPFL; 

II  (SYECT.  SCPLG  Sfl  (FALSE) 

TBBB;  <oait  SYECT. I,  SYECT. ZD  coaputation> 
ELSE  SYECT. Z  -  SYBCT.ZS  ♦  SYECT. ZDE  • 

(STSYAR.CTIBB  -  SYECT.  TLOPD) 
SYECT. ZD  -  SYECT. ZDE ; 

EERPORB  x_ex_list_updating; 

maiSZAS: 

REPEAT  9BTIL  (x  and  ax  lists  procassad) ; 

Pind  signpost  with  SYECT.  BBXTX  U  (-STSTEB.  BOBRAD)  ; 

REPEAT  flim  (and  of  list  gj  signpost  raachad  with  SYECT.  REXTX 
£1  {♦STSTBH.  ROBRAD)  ; 

II  ( (SYECT. SPIPFG  Jfl  (FALSE)  U[D  (SYECT.  SOBFLG  52  (TRUE) ) 

THER  CLEAR  SYECT.  XPPFL; 

smiisii; 

ERPFEPEAT: 

EBP  hub_updata; 
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PROCESS  backap_aaster_updating; 

<Deteraine  whether  AC  is  in  backup-service  zone,  center  zone,  or  outside  service.) 

CALL  ABSA_HAP_TBST;  <for  Center  zone> 

IP  (in  center  zone) 

THBB  SET  FAILED  site's  ID  in  GEOG; 

CLEA8  Beaote  flag  in  conflict  table  entry  (if  any)  ; 

IP  (AC  not  already  aarked  for  CEHTEB  status  AHD  no  conflicts 
ezist  with  own_ID  in  charge) 

THEB  Send  ST1HT  ATABS  SERVICE  asg  to  DABS  with  FAILED  site  ID; 

SET  CEHTER  status  flag  for  AC; 

ELSE  CALL  AHEA_HAP_TEST ;  <for  backup  service  nap> 

IP  (aircraft  in  backup  service  zone) 

THEB  SET  Own_ID  in  GEOG; 

CLSAB  FAILED  site's  ID  in  GEOG; 

CLEAR  Beaote  flag  in  conflict  table  entry  (if  any) ; 

IP  ((AC  aarked  for  CEHTEB  status  Og  own  ID  not  set  in  GEOG) 
US  DABS  equipped  ABD  no  conflicts  ezist  with  FAILED  site  in  charge) 
THEB  Send  START  ATARS  SEBVICE  asg  to  DABS  with  OWn_ID; 
CLEAB  CEHTEB  status  flag  for  AC! 

ELSE  AC  not  in  service  area; 

II  (DIBS  equipped  4]l£  FAILED  site  ID  set  in  GEOG) 

<just  left  Center  zone> 

THEB  Send  STOP  ATABS  SEBVICE  aessage  to  DABS; 

CLEAB  FAILED  site  ID  bit  in  GEOG; 

EBP  backup_aaster_updating; 


AIBCB APT  UPDATE  PROCESSIHG  HIGH-LEVEL  LOGIC 


PROCESS  backup_easter_apdating 
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<Detenine  whether  1C  is  in  backup-service  zone,  center  zone,  or  outside  service) 

C1LL  1RE1_HIP_TEST  <Test  center  zone  nap  corresponding  to  PULED  site) 

IE  (STSV1R.CTRPTR,  SVECT) 

OPT  (IHZOHE)  : 

12  (I  HZ  ONE  12  STBSE] 

THEH  SET  failed  site's  ID  in  SVECT.GBOG; 

IP  (SVECT. CTE  not  nail) 

THEH  CL El 8  CTSHT8Y.8EHPLG; 

IP  ( SVECT. CBHTH  not  set  132  no  pair  records  with  PREC. 1TSID-OHHID) 

THEH  Send  ST1HT  1TIRS  SERVICE  isg  to  DIBS  with  failed  site  ID; 

SET  SVECT.  CEHTR; 

ELSE  <Test  backup  service  eap) 

C1LL  1RE1_H1P_TEST 

13  (SYSV1R.  H1PPTR,  SVECT) 

OPT  (IHZOHE)  ; 

IP  (IHZOHE  32  STBPE) 

THEH  SET  STSTEH.OHHID  bit  in  SVECT.GBOG; 

CLE18  failed  site's  ID  in  SVECT.GBOG: 

IP  (svect. CTE  not  nail) 

THEH  CLE1R  CTEHTHT.  REHPLG  i 

12  ( (SVECT. CEHTR  52  STRPE  QS  STSTEH.OHHID  bit  not  set  in 
svbct.gbog)  130  SVECT. 1TIPLG  32  SP1LSE  332  no  pr  recs.  with  PREC. !TSlD*falled  site) 

THEH  Send  ST1RT  1T1RS  SVC  sag  with  STSTEH.OHHID; 

CLE1R  SVECT.  CEHTR; 

ELSE  <1C  not  in  service  area) 

12  (SVECT.  1TIPLG  32  SPiLSE  332  failed  site  ID  in  svect. gfog) 
THEH  Send  STOP  1T1RS  SERVICE  message  to  DIBS; 

CL  SIR  failed  site  ID  bit  in  SVECT. 3E0G; 


SHD  backup_saster_apdating; 

-  URCRirr  PPD1TE  PROCESSUS  LOH-LEVEL  LOGIC 
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PROCESS  bcas_level_control; 

<Coepute  BCAS  sensitivity  level  and  DABS  squitter  lockout. > 

IT  (AC  equipped  with  BCAS) 

THEN  Determine  BCAS_sensiti vity_level  fro*  aap; 

IE  (BCAS_sensitivity_level  has  changed) 

THEE  Send  BCAS  SLC  eessage  to  DABS; 

IT  (AC  DABS-equipped) 

THEE  Test  position  to  see  if  now  in  squitter  lockout  area; 

XT  (test  shows  status  should  change) 

THEN  send  START/STOP  SQDITTER  LOCKOUT  eessage  to  DABS: 

BHD  bcas_le vel_control ; 


AIRCRAFT  UPDATE  PROCESSIHG  HIGH-LEVEL  LOGIC 


6-P24 


PBOCBSS  bcas_l#T#l_control: 


Ccoapat#  BCAS  sensitivity  level  and  DABS  sguittar  lockout) 


If  (STBCT. ATSEQ  ffl  JBCAS) 

THEM  Determine  BCAS_SEIISITITITT_LBTBL  froa  nap; 

If  (BCA5_S BSSITITITT_LBTEL  ff  STBCT.  BCASSL) 

TBB»  Sand  BCAS  SIC  aag  to  DABS  specifying 
na«  8CAS_SEHSITITITT_LETBL; 

STBCT.  BCA3SLb8CAS_S8SSITITITT_LETBL; 

If  (STBCT. ATIBIG  ffl  SPALSE)  <DABS  aircraft) 

THEE  <Test  position  to  see  if  no*  in  squitter  lockout  araa> 
CALL  ARBA_1AP_TBST 

If  (STSTBS. SQHAP,  STBCT) 

OPT  (ISZOBE)  ; 

If  (IMZORE  If  STECT.SQLO) 

THEE  Sand  STABT/STOP  SQOITTBB  LOCKOOT  asg  to  DABS 
according  to  IHZOHE; 

<IBZOSEa STUPE  danotas  STAHT> 

STBCT. SQL O-IBZOBE; 


Blip  bcas_leT8l_controi; 
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PROCESS  sector_thread_update; 

<  update  aircraft  position  on  ATARS  sector  thread  list  > 

If  (AC  on  ex_list) 

THBH  Find  start  of  sector  ex_list; 

ELS!  Find  surt  of  sector  x_list; 

REPEAT  WHILE  (sore  entries  on  sector  list  AND  sabj  AC  x_coord 
ST  list  entry  x_coord) ; 

Find  next  entry  on  list; 

IF  (subject  AC  previous  entry) 

THEM  Oelete  previous  entry  froa  list; 

mmsAi: 

IF  (next  list  entry  is  subj  AC) 

THEM; 

ELSEIF  (no  sore  entries) 

THEH  Link  subject  AC  after  last  entry  found;  <current  entry> 
OTHERWISE  link  subj  AC  before  current  entry  on  list; 

IF  (no  previous  entry  saved)  <loop  never  executed) 

IflIS  Hecotd  subj  AC  as  start  of  sector  list; 

Ilfi  sector_thread_update; 
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PROCESS  sector_thread_update; 

<  0  p  d  a  '■«  aircraft  position  on  ATARS  sector  thread  list  > 

THPTB2  »  SPOIL; 

U  (Svbct.  bxplg  ifl  jtboe) 

THEH  find  start  (TBHPTB)  of  sector  e*_list  froe  SIDSPB; 

BLSS  find  start  (TBHPTB)  of  sector  *_list  PBOB  SIDSPX; 

BEPBAT  HHILE  ( (SVECT. SEXTA  SB  1S0LL)  AHD  (SVBCT. I  GJ  SVBCT  (TBHPTB) .  X) )  ; 

THPTB2  «  TBHPTB; 

TBHPTB  »  SVECT. HEXTA; 

IP  (subject  AC  previous  entry) 

TH(!S  Delete  previous  entry  froe  list; 

BBDBBPBAT: 

IP  (neit  list  entry  is  subject  AC) 

THBS; 

BLSBIP  (SVECT. HEXTA  Efl  SSOlt) 

THBS  Lint  SVECT. REITA  of  last  entry  found  (TBHPTB)  to  subject  aircraft; 
OTHERWISE  Link  subject  AC’S  SVECT.SEXTA  to  TBHPTB  AC; 

£f  (THPTR2  Efl  SHELL)  <loop  never  executed> 

THBS  Record  subject  AC  as  start  of  sector  list  SIDSPB  or  SIDSPX; 

EHD  sector_thread_update; 


AIBCBAPT  UPDATE  PBOCESSIBS  LOW-LBVEL  LOOIC 
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PROCESS  x_ex_list_relink; 


SJLB 


<  Process  x/ex_list  > 

Pina  x_coordinats  of  aircraft  next  on  list  after  subject  AC; 

IP  (next  entry  signpost  AHD  subj  Ac  x_coord  21  next  AC  x_coord) 

THER  REPEAT  WHILE  (nore  entries  on  list  Afifi  subj  AC  x_coord 
ST  next  AC  x_coord) ; 

Pind  x_coord  of  next  AC  on  list; 

EHOIEPE.AT; 

Resowe  subj  AC  froa  old  position; 

II  (no  sore  entries  on  list) 

THEM  link  subj  AC  after  last  AC  on  list; 

ELSE  Link  subj  AC  behind  current  AC  on  list; 

ELSE  Pind  x_coord  of  AC  next  on  list  behind  subj  AC; 

IP  (next  entry  signpost  A((P  subj  AC  x„ coord  next  AC  x_coord) 

THEE  REPEAT  WHILE  (sore  entries  on  list  A]ID  subj  AC  x_coord 
LT  next  AC  x_coord) ; 

Pind  x_coord  of  next  AC  on  list  searching  backwards; 

SaPfiilgU: 

Resowe  subj  AC  fros  old  oosition; 

IP  (no  sore  entries  on  list; 

THEE  Link  subj  AC  behind  lust  AC  found; 

ELSE  Link  subj  AC  ahead  oi  current  AC  on  list; 


x_ex_list_ relink; 


AIRCRAFT  UPDATE  PROCBS5IHG  HIGH-LETEL  LOGIC 
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PROCESS  x_ox_list_r#link: 


<  Procass  x/#x_list  > 

TEBPTR  «  STECT. REXTX; 

12  ((TEBPTR  22  SROLL)  12£  (STECT.  X  ST  SCT (TEBPTR)  .  I) ) 

THEE  REPEAT  IflUJ  ((TEBPTR  U  RROLL)  U£  (STECT. X  2J  ST1CT  (TEBPTR)  .  Z) )  ; 
TEBPTR  «  STECT. REXTX; 

mimui 

Re«oT«  sabj  1C  fro*  old  position; 

II  (TEBPTR  12  I  BOLL) 

zm  Link  sabj  1C  attar  last  1C  on  List; 

ELSE  Link  subj  1C  bahind  currant  1C  on  list: 

ELSE  TEBPTR  *  STECT. PRBTI; 

II  ((TEBPTR  flS  TROLL)  MS  (STECT.  X  STECT  (TEBPTR)  .  X)  ) 

IflM  REPEAT  WHILE  ( (TEHPTB  U  SROLl)  Ufi  (STECT. X  H 
J  STECT  (TEBPTR)  .  I)  )  ; 

|  TEBPTR  »  STECT.  PRETX; 

I  ER0BEPE1T : 

( 

i 

Banova  sabj  1C  fro*  old  position; 

U  (TEBPTR  12  **«ll) 

THEE  Link  sabj  1C  bahlnd  last  1C  on  list; 
mi  Link  sabj  1C  ahaad  of  cnrrsnt  1C  os  list; 

ELSE: 

SEP  x_sx_list_ralink: 


1IRC81PT  0PD1TE  PROCESSIRG  LOW-LET  El  LOGIC 
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BOOTH  B  »BSl_HhP_TEST 


IB  (sap  pointer,  stats  vector) 

OPT  (indication  that  position  is  within  area  tested)  ; 

If  (aircraft  high  altitude) 

TfltB  Select  set  of  high  altitude  nap  vertices; 

EL SB  Select  low  altitude  aap  vertices;  < includes  non-aode  C  hC> 

Position  initially  assumed  to  be  within  area; 

BEPEIT  OBTIL  (all  aap  vertices  processed) ; 

Test  nest  nap  boandary; 

IP  (&C  not  within  aap  sons) 

THEB  Indicate  position  not  within  area  tested; 

EXT.TIP  (Position  has  been  found  outside  area  tested)  : 

EEP3EPBAT: 

giro  *BB*_a*P_TEST; 


iIBCFBPT  0PD»T8  PBOCESSHG  ftlSR-LEVEL  LOOIC 


S-P30 


BOPTIHE  *RB»_B»P_TEST 
12  (BXPPTH,  SVECT) 


OPT  (INZONE)  ; 

121  (NVERT ,  I)  ; 

PIT  (DI  (NVERT),  DY  (NVERT),  K  (R VERT)  ); 

IP  (SVECT.EIPLG  EJJ  STBOE) 

THEN  Select  set  of  high  altitude  sap  vertices; 

ELSE  Select  set  of  low  sltitade  sap  vertices; 

INZONE= STHOE; 

£12222  UNTIL  (I  EJJ  WERT)  ;  <all  sap  vertices  processed> 

<DX  (1,. NVERT)  ,  DT(1 . NVERT),  and  K  (1 .  ,  NVERT)  are  prestored 

constants  corresponding  to 

3*  f  ri  *r  (I*  tj -r  (Tl  (difference  of  adjacent  sap  vertices'  x-eoordinate*> ; 
ai(i)  *T  (I ♦  1 )  —  T  (I)  (difference  of  adjacent  sap  vertices'  y-coordinates)  ; 
MI)  =T(I)«DX(I)  -  I(I)«OT(I).  Note  then  I-NVERT,  X(lel)  scans  X(1). 

The  following  expression  evaluates  vector  cross-products  between 
the  vectors  connecting  adjacent  sap  vertices  and  those  fros  each 
vertex  to  the  DC  position) 


12  ((SVECT.X  «  dt  (I)  -  SVECT.  r  •  ox  (I)  *K  (I)  )  it  negative) 
THEN  IN20NE*SPXISE;  <MC  ontslde  sap  area) 

EXITIE  (I  NX  ONE  EJJ  *P»LSB)  ; 

ENDREPE1T : 

END  AHEA_SNP_TEST; 


lIRCXtPT  OPDATS  PROCESSING  LOW-LEV  EL  LOGIC 
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v*S  ♦  »  ,V 


-1 


BOOTIES  HOBIZOBTAL_COHPUTE 
IB  (time  difference) 

IBOPT  (state  vector)  : 

Coapate  horizontal  position  and  velocity  coaponents; 

SBD  HOBIZOST»L_COHPOTE; 


AISCBhPT  UPDATE  PBOCSSSIBG  HIGH-LEVEL  LOGIC 


BOOTIBB  HOBIZOST»lj:OHPOTE 
I*  (DTt) 

HOOT  (SYECT)  ; 

SYECT.  X  *  SYECT. XP  ♦  SYECT.XDE  *  DTI ; 
SYECT.  Y  «  SYECT. YP  ♦  SYECT. YDS  *  DTI; 
SYECT.  XD  =  SYECT.XDE; 

SYECT.ID  «  SYECT.XDE; 

SYECT.  YSQ  «  SYECT.  XO»*2  ♦  SYBCT.  YD**2: 

EBP  HOBIZOBTXL_COflPOTE; 


AIBCHXPT  OPDXTB  PBOCESSIBG  LOB-LBYEI  LOGIC 
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I 


<***  PAHAHETEBS  USED  IB  TEBB AIH/AIBSPACE/OBSTACLE  1V0IDASCE  ***> 

STBOCTOBE  TAOPAB  J! 


GBOOP  general_values 
FLT  THALT 
FIT  OB ALT 
FLT  OBXCK 
FLT  OBTCK 
FLT  OB2CK 
FLT  TSHTB 


<  Altitude  Halt  for  terrain  avoidance  logic  > 

<  Altitade  licit  for  obstacle  avoidance  logic  > 

<  X-incresent  for  obstacle  proxiait?  check  > 

<  T-increnent  for  obstacle  proxiaity  check  > 

<  Z-increaent  for  obstacle  proxiaity  check  > 

<  Borizontal  projection  tiae  for  terrain  bin  checks  > 


<*••  VARIABLES  USED  18  TEHBAIH/AIRSPACE/OBSTACIE  AVOIDAHCE  ••*> 


siggcms  tao 


GROOP  aisc_variables 
BIT  TA1BT 
BIT  TVIOl 
BIT  AZBIS 
BIT  OUST 
BIT  TCALHT 
BIT  BALRT 
JJ.T  7NCC 


<  Flag  Indicating  terrain  alert  > 

<  Flag  Indicating  terrain  violation  (potential  alert)  > 

<  Flag  indicating  approach  zone  bin  > 

<  Flag  indicating  obstacle  alert  > 

<  Flag  indicating  TCI  alert  > 

<  Flag  indicating  restricted  airspace  alert  > 

<  Pressure-corrected  altitude  of  aircraft  > 


E8PSTB0CT0BB: 


STBOCTOBE  OBLIST 


GBOOP  obstacle_data 
IET  BOBBER 
FIT  X 
FLT  I 
FLT  ALT 
PTB  SEXTO 


<  Obstacle  nusber 

<  X-coordlnate  of 

<  T-coordinate  of 

<  Altitude  of  top 

<  Pointer  to  next 


> 

obstacle  > 
obstacle  > 
of  obstacle  > 
obstacle  in  list  > 


gasmans: 


PAG*  BUMC-WOT  nusc 


TERBAXB/AIRSP ACE/OB STAC IE  AVOIDAHCE  TASK  10CAI  TABI ABIES  - 
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TASK  TE8HAI!I_AIBSP1CE_0BSTACLE_AV0IDA1ICE 
III  (Linked  list  of  aircraft  for  a  sector) 

00^  (PIILST  entries,  controller  alert  nessages,  and 

terrain  altitude  in  state  vector  for  each  aircraft)  ; 

<  This  task  provides  an  alert  for  close  proxiaity  to  the  terrain,  the  violation 
of  restricted  airspace,  and  close  proxinity  to  an  obstacle.  > 

REPEAT  OWTH-  (there  are  no  nore  aircraft  on  the  sector  list)  ; 

Select  next  aircraft  froa  sector  list; 

IT  (o*n  site  is  providing  ATA8S  service  Og  aircraft  is  controlled) 

THEM  PEREORii  terrain_avoidance ; 

1L  (  (own  site  is  providing  ATARS  service  ADD  ovn  site  is  prisary)  OR 
aircraft  is  controlled) 

THEM  PEREOBH  obstacle_avoidance; 

PERfOSH  restricted_airspace_a voidance ; 


ESPBEPSAT: 


BMP  TEHHUS_AIBSPACB_0BSTAC1E_AV0IPA!ICI; 


TERBIIB/AIB SPACE/OBSTACLE  AVOIPASCE  TASK  BIGH-LSVEL  LOGIC 
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TASK  TBBR AIH_AIRSPACE_OBSTACLE_ATOIDABCE 

i*  (State  vector  of  first  aircraft  in  AT  IRS  sector  list) 

OPT  (PBILST  entries,  controller  alert  aessages,  and 
STECT.  TER  ALT  for  each  aircraft); 

REPEAT  OBTIL  (STECT. BEXTA  ffl  JBPLL) ; 

If  (STECT.  ATSS  Efi  ITROE  Of  STECT.CPBC  ffl  STEPS) 

TH EB  PERfOEH  terraln_aToidance ; 

If  ( (STECT.  ATSS  Efl  STROE  ABD  STECT.  PSTAT  Efl  STHOE)  21 
STECT.  COBC  Efl  STRPE) 

THEB  PEBF0R9  obstacle_avoidance; 

PEBrOBH  restricted_airspace_avoidance; 

Select  next  aircraft  froa  sector  list  via  STECT. BEXTA; 

ebdbepeat: 

EBP  TERR  AIK _ AIR  SPACF_OBSTACLE_ATOIDABCE; 


TERR AIB /AIR SPACE/OB STACIE  ATOIDABCE  TASK  LOB-LEVEL  LOGIC 
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PROCESS  terrain_avoidance ; 


<  This  process  deteraines  the  need  for  an  alert  for  close  proxiaity  to  the 
terrain.  > 

IP  (aode-C  altitude  £T  aaxiaus  terrain  altitude) 

Tg*R  Pressure  correct  aode-c  altitude; 

PERTORS  terrain_«ap_processing; 

If  (there  is  a  terrain  violation) 

THBV  IF  (aircraft  is  in  area  type  1) 

THES  ;  <  no  terrain  alert.  > 

El  SEIF  (aircraft  is  in  an  approach  zone  bin) 

TREE  CUL  ’'ISM_XPPR0XCH_20HE_DETERHIVXTI0S: 

<  See  Section  8.  > 

IF  (aircraft  is  not  in  a  final  approach  zone) 

THEN  generate  terrain  alert; 

ELSE  ;  <  no  terrain  alert.  > 

OTHERWISE  generate  terrain  alert; 

E15E  ;  <  no  terrain  alert.  > 

sis?  store  terrain  altitude  of  zero  in  state  vector;  <  Vo  terrain  alert  > 

IF  (‘strain  alert  generated) 

•"HER  IF  (o»n  site  is  providing  XTXRS  service  XND  own  site  is  priaary) 

THEV  CALL  ENTSR_11EFT_IV_PWILST ; 

Coapute  altitude  relative  to  terrain  and  record 
in  PHIL  ST  entry; 

IF  (aircraft  is  controlled) 

TREV  CXII  SBVD_*tERT_TO_CONTBOtIER; 

"tSE  :  <  take  no  action.  > 


'I?  i7oidance; 


"SRPXIV/XIRSPXCS/OBSTXCt  E  XVOIDXVCE  TXSK  HISB-tEVEL  LOGIC 
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P80CESS  terrain_aToidance; 

CLEkR  TkLBT; 

IX  (STECT. Z  U  TRRLT) 

1M1  Compute  zacc  by  pressure-correcting  STECT.  Z: 

PEBPOBa  terrain_aap_processing; 

IX  (TTIOL  Xfl  STROE) 

TBEB  IX  (STECT.  SCUT  J2  SIT1) 

THBB  ;  <  no  terrain  alar*-.  > 

BLSBIE  (AZBIB  55  STROE) 

THBB  CHL  EIBkL_RPPBOkCH_ZOBE_DETERBIRkTIOH 
IBOOT  (SVECT): 

IX  (STECT.  PRZ  S2  *r*Z0) 

TBBB  SBT  TkLRT: 

ELSE  ;  <  no  terrain  alart.  > 

OTHERWISE  SET  TXLRT", 

ELSE  ;  <  no  terrain  alert.  > 

ELSE  STECT. TERkLT  «  Oi 

IX  (TSLRT  Efl  STROE) 

THBB  IT.  (STECT.  RTSS  STROE  IJiD  STECT.  PSTkT  £Q  STROE) 

THBB  CALL  EBTEB_kLERT_IB_PWILST 

IB  (STECT. PWPTR, 'terrain  alert', nail  identifier) 
OPT  (TEBBilB  entry  in  PHIST)  ; 

TERRAIN.  REULT  »  ZBCC  -  STECT. TEBkLT; 

IX  (STBCT.COSC  STROE) 

TBBB  CULL  SE8D_ALBRT_T0_C0BTR0LLER 

IX  (STECT, 'terrain  alert') 

OPT  (Controller  alert  aessage)  : 

ELSE  ;  <  take  no  action.  > 


E BP  • er - a in_a»ol1ance ; 


-EIMtf /AIRSPACE/OBSTACLE  AVOIDANCE  TASK  LOB-LEVEL  LOGIC 
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PROCESS  obstacle_avoidance; 

<  This  process  deteraines  the  need  for  an  alert  for  close  proxiaity  to  an 
obstacle.  > 

I?  (aode-C  altitude  IJ  aaxiaaa  obstacle  altitude) 

THEN  Pressure-correct  aode-C  altitude; 

Bap  aircraft  position  to  X-ordered  linked  list  of  obstacles; 
Deteraine  X,  T,  Z  search  liaits; 

IF  (there  are  obstacles  within  the  search  liaits) 

THEN  LOOP:  <  Repeat  for  each  such  obstacle.  > 

IP  (aircraft  is  conTerging  with  obstacle) 

TBEH  generate  obstacle  alert: 

£11111  (  no  aore  obstacles  within  search  liaits)  ; 

EBOLOOP: 

IF  (any  obstacle  alerts  generated) 

TBEH  IF  (own  site  is  providing  ATARS  service  AHP  own  site  is  priaary) 
THEN  LOOP:  <  Repeat  for  each  obstacle  alert.  > 

CULL  EHTEB_ALERT_IH_PfILST; 

Coapute  range,  clock  bearing,  and  altitude  relative 
to  obstacle  and  record  in  PBiLST  entry; 

SIITIF  (alerts  entered  for  ail  obstacles)  ; 

BHPLOOP: 

IF  (aircraft  is  controlled) 

TBEH  C1LL  SSHD_AL  ERT_TO_COHTHOLLEH; 

ELSE  ;  <  take  no  action.  > 

BHD  obstacle_avoidance ; 


TERRAIH/AI3SPACE/05STACL  E  A70IDAHCE  TASK  BIGH-LEVEI  LOGIC 
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PROCESS  obstacle_awoidance; 

ELY  (DO'1,  RT,  "T) ; 

CLFE°  OELRt; 

If  (SVECT.  Z  IT  OBELT) 

THEE  Compute  2SCC  by  pressure-correcting  STECT. E; 

Bap  aircraft  position  to  X-ordered  linltsd  list  of  obstacles; 
Determine  X,  Y,  1  search  Units; 

If  (there  are  obstacles  within  the  search  Units) 

THEE  LOOP;  <  Repeat  for  each  snch  obstacle.  > 

DOT  »  -STECT. XD  «  SI  -  STECT.  XD  •  BY; 

If  (DOT  if  0) 

THEE  SET  OELRT; 

EXITIT  (no  nore  obstacles  within  search  Units) ; 
EEDLOOP; 


If  (OELST  EjJ  TTS0E) 

THEE  If  (STECT.  UTSS  Efl  STSPE  EEO  STECT.  PSTET  Efl  YTRPE) 

THEE  LOOP:  <  Hepeat  for  each  obstacle  alert.  > 

CELL  ESTSH_EL£BT_IE_P*ILST 

IE  (STECT. PSPTH,' obstacle  alert' ,OBLIST. SOBBEB) 

OPT  (OBSTECLE  entry  in  PEILST)  ; 

OBSTECLB.  BEEGE  =  SQFT(RX**2  *  BY**2)  ; 

Compute  OBSTECLE.  CLOCK_BBG  as  in  prorinity  data  calculation 
OBSTECLE. 8EL_EIT  »  ZBCC  -  OBLIST. ELT; 

EXITIE  (alerts  entered  for  all  obstacles) ; 

5221222: 

If  (STECT.  CPEC  fa  TTBOE) 

TREE  CELL  SBBD_ILEBT_TO_COSTBOLLEH 
If  (STECT, 'obstacle  alort') 

OPT  (Controller  alert  aessage)  ; 

ELSE  :  <  *-»ke  no  ac*ion.  > 

EED  obstacle_awoidance; 


"•ERRErE/ErBSPECE/OBSTECLE  ETOIDEECE  TESE  LOS-LETEL  LOGIC 
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PROCESS  restricted_airspace_avoidance; 

<  This  process  deteraines  tha  need  for  an  alert  for  an  uncontrolled  aircraft 
entering  a  TCA  or  an  aircraft  entering  a  restricted  airspace.  > 

<  Check  for  TCA  alert.  > 

ir  (aircraft  is  uncontrolled) 

THBH  apply  coarse  range  and  altitude  TCI  filter; 

IP  (passed  coarse  TCA  filter) 

TflEB  Access  TCI  aap; 

Perfora  TCA  position  and  altitude  checks; 

X*  (aircraft  is  inside  TCA) 

THE*  Generate  TCA  alert; 

CALI  SHTE8_ALEBT_IH_PSILST; 

<  Check  for  restricted  airspace  alert.  > 

XJ  (TCA  alert  not  generated) 

TREE  Apply  restricted  airspace  altitude  filter; 

Search  through  list  of  restricted  airspaces; 

If  (aircraft  is  in  restricted  area) 

THEE  Generate  restricted  airspace  alert; 

U  (own  site  is  providing  ATABS  service  AilD 
own  site  is  prisary) 

MU  CALL  EHTSB_ALSB?_IH_P«ILST; 

X£  (aircraft  is  controlled) 

THBH  CALL  SEHD_ALB8T_T0_C0HTB0LLER; 

ELSE  ;  <  take  no  action.  > 

E(I3  restricted_airapace_avoidance; 


TEBHAIH/AIBS PACE/OBSTACLE  ATOIDAHCE  TASK  HIGH-LEVEL  LOGIC 
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PBOCESS  restricted_airspace_aToidance: 

CLEAR  TCALFT; 

If  ( STECT. CORC  ffl  *P*LSE) 

THER  lpply  coarse  range  and  altitude  TCA  filter: 

IE  (passed  coarse  TCA  filter) 

THEE  Access  TCA  sap; 

Perfors  TCA  position  and  altitude  checks; 

IP  (aircraft  is  Inside  TCA) 

TREK  SET  TCAIHT: 

CALL  BETER_1LBRT_IS_P»ILST 

If  (STECT.  PRPTR, 'TCA  alert*, null  identifier) 
OPT  (AIRSPACE  entry  in  PUILST) ; 


CLEAR  FALRT; 

If  (TCALRT  ffl  SPALSB) 

THEM  Apply  restricted  airspace  altitude  filter: 

Search  through  list  of  restricted  airspaces; 

If  (aircraft  is  in  restricted  area) 

THER  SET  FA 1ST; 

If  (STECT.  ATSS  Efl  STROE  ffD  STECT.  PSTAT  ffl  STROE) 

THEE  CALL  EETER_ALERT_IS_PEILST 

IF  (STECT. PFPTH,* restricted  airspace  alert', 
restricted  airspace  identifier) 
opt  (AIRSPACE  entry  in  PSILST) ; 

If  (STECT. CORC  fa  STROP) 

THER  CALL  SEHD_ALERT_TO_COETROLLER 

If  (STECT, 'restricted  airspace  alert') 

OPT  (Controller  alert  aessage) : 

»RD  restricted_airspace_aroidance; 


TERR AIR/A IB SPACE/OBSTACLS  1T0I0ARCB  TASK  LOR-LRTSL  LOGIC  - 
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PBOCESS  ad1acent_bin_checks; 

<  This  process  checks  aircraft  altitude  against  the  terrain  thresholds  of 
nearby  terrain  bins.  > 

Oeteraine  if  aircraft  X,T  coordinates  are  within  IBBEB,  TBHEB 
Units  of  any  adjacent  bins; 

Coapare  aircraft  altitude  with  thresholds  of  any  such  bins; 

IP  (altitude  I?  any  such  threshold) 

THEM  declare  terrain  violation; 

ELSE  ;  <  no  terrain  violation.  > 

EBP  adjacent_bin_checks; 


TEBBXIS/IIBSP4C E/OBSTkCLE  HV0ID4RCE  TASK  BIGH-LETBL  LOGIC 
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PBOCBSS  ad  jacent_bin_cbeclcs ; 

Determine  if  aircraft  X,Y  coordinates  are  within  XBSES,  TBSER 
lisits  of  any  adjacent  bins; 

coepare  zscc  with  thresholds  of  an;  such  bins: 

If  (ZfICC  IT  any  soch  threshold) 

TBES  SET  TTIOL; 

ELSE  ;  <  no  terrain  violation.  > 

ESP  adjacent_bin_cbecks ; 


•’•EHHilS/ilBSPUCE/OBSThCLB  AT0ID4HCE  T&SK  LOW-LEVSt  LOGIC 
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PBOCESS  terrain_aap_processing; 

<  This  ptocass  pradicts  proxiaity  to  tha  terrain  by  accessing  the  terrain  aap 
and  projecting  the  aircraft  ahead.  > 

Deteraine  bin  and  altitude  threshold  nsing  current  X,T  coordinates; 

Store  terrain  altitade  threshold  in  state  vector; 

IP  (aircraft  is  controlled  21  own  site  is  priaary) 

THEM  II  (altitade  IT  threshold) 

THEN  declare  terrain  violation; 

ELSE  PE8P0BH  ad jacent_bln_checks; 

IF  (no  terrain  violation  so  far) 

THEE  <  project  aircraft  ahead.  > 

Deteraine  projection  end  point  by  projecting  aircraft 
straight  ahead  for  T8HT9  seconds; 

LOOP; 

Project  aircraft  to  nearest  X-crossing  point, 
T-crossing  point,  or  end  point; 

IP  (aircraft  is  descending  IBP 

new  aircraft  altitude  U  old  threshold) 

THEE  declare  terrain  violation; 

ELSE  PEBPOBH  ad jacent_bin_checks; 

EIITIP  (terrain  violation  &|  end  point  reached) ; 

Deteraine  new  bin  and  new  threshold; 

II  (aircraft  is  not  descending  AMp 

aircraft  altitude  U  new  threshold) 

THEE  declare  terrain  violation; 

SXITIP  (terrain,  violation  declared)  ; 

£S212fl£; 

ELSE  :  <  no  terrain  violation.  > 

Esp  terrain_aap_processing; 

-  TEBBAIE/AIBSPACS/OBSTACLE  A70IDAHCE  TASK  HISB-LSVBL  LOGIC  - 
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PROCESS  terrain_aap_processlng; 

Deteraine  bin  and  altitude  threshold  using  currant  I,T  coordinates; 
svect. TERALT  =  terrain  altitude  threshold; 

IE  (approach  zone  bln) 

THEE  SET  AZBIN; 

ELSE  CL EA8  AZBIS ; 

IE  (SVECT. CONC  Efl  JT8DS  OJ  SVECT. PSTAT  32  IT80B) 

THEM  IF  (Z  BCC  IJ  SVECT.  TES  ALT) 

THEM  SET  TVIOL; 

ELSE  PEBEOBH  ad jacent_bln_checka; 

IE  (TVIOL  12  SEALSE) 

THEM  Determine  projection  end  point  by  projecting  aircraft 
straight  ahead  for  TBBTH  seconds; 

100£; 

Project  aircraft  to  nearest  l-crosslng  point, 
T-cros8ing  point,  or  end  point; 

11  (SVECT. ZD  12  0  uu 

nee  aircraft  altitude  U  old  threshold) 

THES  SET  TVIOL) 

SlfSE  PBBE0B11  adilcent_bin_chechs; 

EXITIF  (TVIOL  32  ITBOE  21  *nd  point  reached)  ; 
Deteraine  nee  bin  and  nee  threshold; 

11  (SVECT. ZD  GE  0  AND 

aircraft  altitude  n  nee  threshold) 

THEM  SET  TVIOL; 

BIITIE  (TVIOL  32  STRDE); 

3321223; 

ELSE  ;  <  no  terrain  violation.  > 

END  terr ain_aap_processing; 

-  TERBAIS/AIHSPACB/OBSTACLE  AVOIDANCE  TASK  LON-LEVEL  LOGIC  - 
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BOOTIES  EETE8JlLEBT_IH_PfILST 

IH  (aircraft  PBILST,  alert  type,  and 

obstacle  or  restricted  airspace  identifier) 

001  (PBILST  entry)  ; 

BEPEAT  »HHE  (there  are  sore  entries  in  PBILST  AND 
no  eatching  entry  has  been  found) ; 

Select  next  entry  in  PBILST; 

IP  (entry  type  52  alert  type) 

<  including  AIBSPACB_TYPE  for  TCI  or  restricted  airspace  alert  > 

THEE  IP  (alert  type  ,52  'terrain  alert*  2B  alert  type  52  'TCA  alert') 
THEH  aatching  entry  has  been  found; 

ELSEIP  (obstacle  or  restricted  airspace  identifier 
aatches  identifier  in  PBILST  entry) 

THEE  latching  entry  has  been  found; 

QTHEBBISE  ;  <  latching  entry  has  not  been  found.  > 


SfiMimi: 

JP  (latching  entry  has  been  found) 

THEE  Set  BED  field  «  0; 

ELSE  Create  nev  entry  in  PBILST  below  any  TA  entries; 

Set  entry  type  »  alert  type; 

<  including  AI8SPACE_TTPE  for  TCA  or  restricted  airspace  alert  > 
set  BED  field  »  0; 

Set  PTAT  field  -  1; 

IP  (alert  type  52  'obstacle  alert’  2£ 

alert  type  52  'restricted  airspace  alert') 

THEM  record  obstacle  or  restricted  airspace  identifier 
in  PBILST  entry; 

BED  EETEB_ALEHT_IH_PBILST; 


TEBB AIE/AIBSPACE/OBSTACL E  AVOIDASCE  TASK  HIGH-LEVEL  LOGIC 
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_L 


RODTINE  EHTFH_AIB8T_IN_PB ILST 

JS  (Aircraft  PBILST,  alert  type,  OBAID) 

OPT  (PBILST  entry)  ; 

BIT  FOOND; 

CL BAS  FOOND; 

REPEAT  Bang  (there  are  lore  entries  in  PBILST  £BD  FOOND  22  SPALSB) ; 

Select  next  entry  in  PBILST; 

IF  (entry  type  52  alert  type) 

THEM  if  (alert  type  22  ‘terrain  alert*  21  alert  type  22  'TC!l  alert*) 
TBEB  SET  FOOND; 

ELSEIF  (alert  type  22  'obstacle  alert  AND 
OBAID  22  OBSTACLE. OBSTACLE_BO) 

THEM  SET  POOBD; 

ELSEIF  (alert  type  52  'restricted  airspace  alert*  AMD 
OBAID  22  AIBSPACB.  IDEMTIFIBR) 

THEM  SET  FODMD; 

OTHERBISE  ;  <  satching  entry  has  not  been  found.  > 

ESPBEPEAT: 

12  (poomd  22  *troe) 

THEM  CLEAB  EMD  in  PBILST  entry, 

ELSE  Create  new  entry  in  PBILST  below  any  TA  entries; 

Set  entry  type  *  alert  type; 

CLEAR  EMD; 

SET  FT AT ; 

IF  (alert  type  52  'obstacle  alert*) 

THEM  OBSTACLE. OBSTACLE_MO  =■  OBAID; 

ELSEIF  (alert  type  52  'restricted  airspace  alert') 

THEM  AIRSPACE.  IDENTIFIER  »  OBAID; 

OTHERBISF  ;  <  take  no  further  action.  > 

2ND  2MTER_ALEBT_IM_PBILST; 


TEBRAIH/AIBSP ACS/OBSTACLE  AVOIDANCE  TASK  LOB- LEVEL  LOGIC 


BOOTIBE  SE8D_ALERT_TO_COBTROLLER 
IS  (Aircraft  ID,  al«rt  type) 

OPT  (Controller  alert  aessage)  ; 

<  Build  controller  alert  aessage.  > 

Put  DABS  ID  of  aircraft  in  ACID1  field; 

Indicate  alert  type  in  ABTTP  field; 

Indicate  in  CS1  field  that  aircraft  is  controlled; 
if  (aircraft  is  ATARS-equipped) 

THES  Indicate  in  CS1  field  that  aircraft  is  ATARS-equipped; 

Indicate  in  ?1  field  that  controller  roice  coaaunicati on 
is  not  necessary: 

ELSE  Indicate  in  CS1  field  that  aircraft  is  not  ATASS-equipped ; 
Indicate  in  VI  field  possible  need  for  controller  soice 
coaaunication; 

Send  alert  aessage  to  controller; 

EBP  SESD_ALEFT_TO_COSTBOLLEB; 


TERR  AIB/AISSPACE/OBSTACLS  AVOIDASCE  TASK  HISS-LEVEL  LOSIC 
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B00TI8B  SE8D_ALSBTjrO_COHTBOLLEB 
18  (SVECT,  alert  type) 

OPT  (Controller  alert  aessage) ; 

TTPE_CODE  =  SCAB; 

ACID  1  =  SVECT. CODE ; 

IF  (alert  type  £2  ’terrain  alert') 

THEB  A HTTP  =  STAB; 

ELSEIF  (alert  type  Efl  ’obstacle  alert') 
THEB  AHTTP  •  JOAH: 

OTHSBBISE  ABTIP  =  SB  AH ; 

IF  (SVECT.  ATSEQ  HE  JOHEQ) 

THEB  CS1  *  JCOAT; 

VI  =  SHOVOICE ; 

E1SE  CS 1  »  SCOOB; 

VI  =  SVOICE; 

Send  alert  aessage  to  controller; 

END  SEHD_AtEHT_TO_COHTBOLtEB; 


TEE BAIH/A IB SPACE/OBSTACLE  AVOIDANCE  TASK  LON-LEVEl  LOGIC 
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.  COARSE  SCREEN  PROCESSING 


The  Coarse  Screen  Task  Is  an  operation  applied  to  a  single 
aircraft  on  the  X-list  or  the  EX-list.  The  executive  program 
points  to  the  Initial  aircraft  for  a  particular  sector's  list  on 
the  X-llst  or  EX-list  and  coarse  screening  then  steps  through 
the  list,  processing  all  the  aircraft  on  the  sector  list.  The 
purpose  of  coarse  screen  filtering  is  to  identify  aircraft  which 
may  be  in  conflict  with  the  subject  aircraft.  This  is  done  by 
computing  x,  y,  and  z  search  limits  for  a  sector  subject 
aircraft  and  then  testing  all  aircraft  in  the  appropriate  linked 
list,  which  fall  within  the  x  limit  against  the  y  and  z  search 
limits,  and  a  z  rate  test.  By  segregating  aircraft  through  the 
use  of  the  X-list  and  the  EX-list,  it  is  possible  to  construct  a 
coarse  screening  procedure  that  can  provide  ample  warning  times 
for  aircraft  with  exceptionally  high  speeds  (those  on  the 
EX-list)  without  requiring  unnecessarily  large  search  volumes 
for  the  majority  of  the  aircraft  which  are  on  the  X-list. 

The  ATARS  program  may  use  larger  look-ahaad  times  for  pairs 
involving  controlled  aircraft  than  for  pairs  involving  only 
uncontrolled  aircraft.  Since  the  greatest  number  of  aircraft  is 
expected  to  be  uncontrolled,  a  significant  savings  in  computa¬ 
tional  requirements  is  achieved  by  using  a  separate  coarse 
screening  procedure  with  larger  search  limits  for  controlled 
aircraft.  For  coarse  screening  of  uncontrolled  subject  aircraft 
on  the  X-list,  only  other  uncontrolled  aircraft  with  x  coord¬ 
inates  greater  than  the  x  coordinate  of  the  subject  aircraft  are 
examined.  This  constitutes  a  one-way  search,  in  which  only 
uncontrolled/uncontrolled  potential  conflicts  are  investigated. 
For  controlled  subject  aircraft,  a  two-way  search  of  the  X-list 
is  used.  When  the  search  is  made  in  the  positive  x  direction, 
all  controlled  and  uncontrolled  aircraft  are  Investigated ,  and 
when  the  search  is  made  in  the  negative  x  direction,  only  the 
uncontrolled  aircraft  are  investigated.  This  avoids  a  duplicate 
declaration  of  controlled/controlled  conflicts. 

7 . 1  Coarse  Screen  Search  Region 


As  shown  in  Figure  7-1,  the  search  region  implied  by  a  given 
aircraft  is  computed  as  the  outer  bounds  of  either; 

1.  A  region  given  by  the  coarse  screen  proximity  advisory 
search  criterion  (this  region  is  the  same  for  both  a 
controlled  and  an  uncontrolled  subject  aircraft) 
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AD-AIQ4  147 

UNCLASSIFIED 


MITRE  CORP  MCLEAN  VA  METRE*  UIV  „  ,  ..  , 

AUTOMATIC  TRAFFIC  ADVISORY  AND  RESOLUTION  SERVICE  (ATARS)  ALGOR— -ETC ( U> 

JUN  81  R  H  LENTZ.  W  D  LOVE.  T  L  SIGNOHE  -  ETC(U) 

MTR-81W120-1  FAA-RD-81-45-1 


DOT-FA80WA-4370 


DISTANCE  TRAVELED  IN  TIME 
TLA  AT  MAXIMUM  AIRSPEED 

♦PROTECTION  ENVELOPE  v.  <AX) 


»  "\ 


XL  3  XI  -  RPWI  X1  X[  +  Rpwl  XU  >=  XP  +  RMAX 

(USED  ONLY  FOR 
CONTROLLED) 


WHERE 

:  TLA 

TLV 

TLI 

RMAX 

RMAXV 

RMAXI 

RPWI 

TLV  FOR  UNCONTROLLED  AND  TLI  FOR  CONTROLLED 

LONGEST  LEAD  TIME  FOR  UNCONTROLLED 

LONGEST  LEAD  TIME  FOR  CONTROLLED 

RMAXV  FOR  UNCONTROLLED  AND  RMAXI  FOR  CONTROLLED 

MAXIMUM  RANGE  OVER  LONGEST  LOOK  AHEAD 

TIME  FOR  UNCONTROLLED  AC  PLUS  PROTECTION  ENVELOPE 

MAXIMUM  RANGE  OVER  LONGEST  LOOK  AHEAD 

TIME  FOR  CONTROLLED  AC  PLUS  PROTECTION  ENVELOPE 

LARGEST  SEPARATION  BETWEEN  AIRCRAFT 

FOR  A  PROXIMITY  ADVISORY  ASSUMING  BOTH 

AIRCRAFT  AT  MAXIMUM  SPEED 


FIGURE  7-1 

SEARCH  REGION  FOR  COARSE  SCREENING  OF 
UNCONTROLLED  AIRCRAFT 


+  RMAX 


RPWI 
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2.  A  region  based  on  a  time  projection  using  the  subject 
aircraft  tracked  velocities  and  the  largest  look-ahead 
time  appropriate  for  the  subject  aircraft,  and  assuming 
the  intruding  aircraft  to  have  maximum  velocity  (240 
knots  low  altitude,  600  knots  high  altitude) 


The  search  limits  so  obtained  will  then  permit  detection  of 
proximity  advisories  or  any  of  the  other  messages  which  are 
based  on  the  tau  criterion.  For  the  nominal  values  of  para¬ 
meters  given  in  Figure  7-1,  a  240  knot  maximum  speed  has  been 
assumed . 


7.2  XUPFL  Flag  Update 


The  coarse  screen  resets  the  XUPFL  flag  for  the  subject  aircraft 
which  is  used  in  the  Aircraft  Update  Processing  Task  to  prevent 
multiple  updates  during  repositioning  of  aircraft  on  the  X-list 
and  EX-list .  It  is  convenient  to  do  this  in  coarse  screening 
when  each  aircraft  in  the  sector  list  is  being  accessed  for 
coarse  screening,  rather  than  requiring  a  separate  pass  through 
the  X-list  and  EX-list  specifically  to  reset  this  flag. 

7.3  Coarse  Screen  Checking 


Coarse  screening  involves  searching  along  a  linked  list  from  the 
position  of  the  aircraft  undergoing  coarse  screening  to  the 
upper  and  lower  (if  appropriate)  X-limit.  X-list  aircraft  with 
altitude  reports  are  checked  against  other  X-list  aircraft 
only.  EX-list  aircraft  with  altitude  reports  are  checked 
against  EX-list  aircraft  and,  if  their  altitude  and  vertical 
rate  warrant,  against  X-list  aircraft. 

If  the  subject  aircraft  has  no  altitude  report  both  X-list  and 
EX-list  must  be  searched  for  possible  conflicts.  Such  an 
aircraft  on  the  X-list  is  thus  used  for  possible  conflict 
searches  on  the  EX-list  (subject  X-list/ob ject  EX-list  search). 
When  the  subject  non-mode  C  aircraft  is  on  the  EX-list,  a  search 
is  also  made  of  the  X-list.  This  search  excludes  all  X-list 
aircraft  which  are  also  non-mode  C,  since  they  have  already  been 
matched  with  EX-list  aircraft  in  the  subject  X-list/object 
EX-list  search. 

For  all  aircraft  encountered  in  these  searches,  the  y  test  is 
applied  and  if  both  subject  and  object  aircraft  have  an  altitude 
report  the  z  limit  test  and  z  rate  limit  test  are  applied.  If 
either  aircraft  has  no  altitude,  only  the  y  limit  test  is  used. 
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If  these  tests  show  a  possible  conflict,  then  a  pair  of  aircraft 
which  requires  further  processing  has  been  identified. 

Any  individual  aircraft  is  included  on  only  the  X-list  or 
EX-list.  Hence,  when  an  aircraft  on  the  EX-list  must  be  tested 
against  aircraft  on  the  X-list,  special  provisions  must  be  made 
for  finding  the  place  on  the  X-list  to  begin  the  search.  A 
procedure  analogous  to  that  used  for  initial  entry  on  the  X-list 
is  used  in  which  the  first  signpost  below  the  aircraft’s  X 
position  is  obtained  and  the  X-list  entered  at  that  point.  It 
is  not  important  to  locate  the  subject  aircraft’s  exact  position 
on  the  X-list;  it  is  sufficient  to  obtain  an  entry  point  between 
the  upper  and  lower  limits.  If  the  distance  between  signposts 
i 8  small  enough,  this  will  happen  automatically.  Even  if  an 
entry  point  to  the  X-list  were  used,  which  fell  outside  the 
X-limits,  the  procedure  would  work  correctly,  but  would  be 
inefficient  since  more  aircraft  than  necessary  would  be  tested 
in  coarse  screening. 

7.4  Potential  Pair  List 


Each  subject  aircraft  and  object  aircraft  found  in  applying  the 
coarse  screen  constitute  a  potential  pair.  The  pairs  are 
entered  on  the  Potential  Pair  List.  The  Detect  Task  references 
each  entry  on  this  list  and  determines  the  exact  type  of  hazard 
for  the  potential  conflict,  if  any. 

7.5  Pseudocode  for  Coarse  Screen  Task 


The  pseudocode  for  the  Coarse  Screen  Task  follows.  This  task 
operates  only  after  the  New  Aircraft  Processing  Task  and  the 
Aircraft  Update  Processing  Task  have  completed. 
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pseudocode  »m»  o*  cohtebts 


£122 

COUPS*  SCRSER  TASK  IOCA1  TABIABtES  .  7-P3 

STPOCTHRE  CS7BL  .  7-p? 

COUPS'!  SCR*SH  TASK  LOf-LBTEl  10SIC . 7-P5 

"PSP  COARSB_SCREEH . 7-p5 

PROCESS  x_list_saatch  .  7-?7 

PROCESS  ex_lls*._a«areh . 7-09 

PROCESS  co«pu*e_controllea_AC_aaarcl»_li»i*s . 7-pn 

PROCSSS  co»po^e_hi<jh_altituae_aaarch_l.i»it3  .  .  7-013 

PROCSSS  coapote_lo*_al*.i*ttda_3earch_liiilt3 . 7-P15 

PROCSSS  co«po*e_aBcon1;rolloa_PC_3«arch_lialS3 . 7-P17 

'“OBT7RS  SEARCH_BACK*ARD . 7-pi9 

ROUTIRS  CPLCnX»TS_SBPRCH_LI!!ITS . 7-021 

?OT*IRS  SEARCH  POPRARD . 7-P23 


stroctorf  cstbl 


SPQgP 

FLT 

lisits 

XL 

<lower 

z 

boundary 

for 

X/EX— list 

search> 

PLT 

xo 

<upper 

z 

bounds ry 

for 

I/SX-  list 

search> 

Tit 2 

TL 

<lower 

T 

boundary 

for 

X/EX-list 

search> 

212 

TO 

Cupper 

T 

boundary 

for 

X/EX-list 

search> 

212 

TL 

Closer 

Z 

boundary 

for 

I/EX-list 

search> 

212 

TO 

Capper 

z 

boundary 

for 

X/EX-list 

search> 

SHOO? 

predictions 

*LT  X’  <*  predicted  position 
HZ.  TP  Cy  predicted  position 
*12;  TP  <2  oredicted  position 


of  subject  AC> 
of  subject  AC> 
of  subject  AC> 


gp0gp  bounds 

TLT  TLA  <desired  warning  for  proximity  adwisory  in  sec3  > 
PIT  RPAX  <desired  warning  for  oroxieitw  adwisory  in  n«i> 
SPOOP  xclud_*wpes 

PIT  RO_CORT  <if  true,  controlled  AC  are  excluded  fros  search> 
PIT  RO_ROHC  <if  true,  non-sode  C  AC  ate  excluded  fron  search> 
TROOP  s*arting_loc 

PTH  START  <starting  point  of  search  in  X/SX-list> 
EBPSTROCTORE; 


-  -  Ll»im  t . 

HfflCB HWO  PAC*  BUNK-MOT  FILMED 


I  i 


COARSE  SCRESH  ’"ASK  LOCAL  TAPI  ARLES 


i 
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I 


ThSK  COI,BSB_SC^ESB 


<Saarches  X  and  8X-lists  for  pairs  of  XC  that  ara  sufflciantly 
closa  or  *111  ba  safflclaatlr  closa  to  raqaira  nEBBC*  proeasslnq> 

U  (X/BX-list  for  soctor  *lth  aoa-aoda  C  1C  raports) 

OPT  (potantlal  coaf lict  pairs) ; 

PBBP QBH  r_list_saarch; 

PBBPOBH  a*_list_saarch; 

»*D  coiPSB_,5CB?sii: 


C0M5B  SCPBBB  TASK  '1I8B-LBPBL  LOGIC 


7-P* 


'BSE  COURSE  SCBEEB 


IS  <SEC°TE,  SECPTX,  CSCBEEW,  SPEC?) 

00?  (potential  conflict  pairs)  ; 

PTE  SECPTE;  <location  of  first  EC  on  X-list  for  this  sactor  (froa  Stdspx)  > 

PTE  sscpTT:  <location  of  first  EC  on  EX-list  for  this  sactor  (from  SIOSPB)  > 

PBE»OSE  x_list_saarch; 

PB^ORE  ex_list_search: 

ESO  CO»ESE_SCEE*E; 


COESSE  SCEEEE  TESK  lOW-tB»St  tOSIC 


process  x_list_search; 

<Exaaines  x-list  for  object  AC  that  nay  possibly  require  an  advisory 
sessage  involving  subject  AC> 

REPEAT  WHILE  (sore  AC  In  X-list  for  this  sector) ; 

CLEAR  list  updated  flag  In  stats  vector; 

IP  (XC  controlled) 

'’•HER  PEBPOBH  coapute_controlled_AC_search_lieits: 

Determine  starting  point  of  foreard  search  on  X-llst; 
exit  SEA8CH_POR»ABD;  <for  all  types  of  XC> 

Determine  starting  point  of  backward  search  on  X-llst; 
CXU  srxBCH_BlCBBARO;  <for  uncontrolled  XC  only> 

ELSE  PEBPORB  conpute_ancoatrolled_AC_search_liaits: 

Deter sine  starting  point  of  forward  search  on  T-llst; 
CALL  SEXRCH_POR»X?D;  <for  uncontrolled  XC  only> 

IZ  (*C  is  non-aode  C) 

THEN  PE8P0RB  coapute_high_altitude_search_lialts; 

Deterelne  starting  point  of  forward  search  on  EX-list; 
CALL  SEARCH_FOB»ARD;  <for  all  types  of  AC> 

Deteraine  starting  point  of  backward  search  on  EX-llst; 
CALL  SEXRCH_BXCPBXRD;  <for  all  types  of  AC> 


EBP  x_lis*_search; 


COARSE  SCBEEB  TASK  HIGH-LEVEL  LOGIC 


PROCESS  x_list_search 

P^P  SBSBBJ;  <*e*porary  local  pointer  to  next  subject  RC  (represented  be  S7EC“1)> 
<s.B.  in  all  calls  to  SERRCH_FOR»RRD/3RCKWRRD  the  following, 

TR  (CSTBI  ,  S7ECT1,  CSCPEBH) 

OBT  (potential  conflict  pairs) :  does  not  appear  due  to  lac*  of  space> 

SBSBBJ  =  SECPTX; 

REPORT  RHILF  (SVRC'rl.  SFXTX  SB  ISOLD: 

CI.ERR  S7ECT1.X0PL; 

IF  (STECI.  COSC  E£  S^ROE)  <subject  1C  is  controlled> 

T3EB  P*R»OB3  coapute_controlled_RC_search_liaits; 

CSV3t.S"»RT  »  STEC‘"1.SEX'',X; 

CSTBt .  SO_COST  =  7*RLSE; 

CS7BL  -  SO_SOBC  =  1 311,3 3: 

CD-L  SERRC«_P0R7RRD;  <for  all  types  of  DC> 

CSTBL.S'ART  «  S7ECT1.PRE7X; 

CS73L. SO_COBT  =  **903: 

cm  SERRCH.BRCVRRPD:  <for  nncontrolled  DC  only> 

ELSE  PEnpOPR  coeput9_uncontroll«d_RC_search_li!«its: 

CSTBt. STRRT  *  S7BCT1 . REXTX; 

CS73l.E0_C0<IT  =  7TR0E; 

CS7BL. SO_SORC  =  XFRLSE; 

CHL  SEABCH_F0R7RR1;  <for  uncontrolled  DC  only> 

H  (SVEC-I.  SCFLG  SFRtSE) 

"RES  PERNORS  coBpute_high_al‘-itade_search_liaits; 

CS781. STIR^  =  SPX'HC  variable  as  designated  in  ex  signpost 
1ST  (S7ECT1.  X/CSCREBR.XSP)  ; 

CSTBL •  RO_COR*r  *  S*RLSE; 

CSTBL.  RO_!*OSC  =  IFRLSB; 

SBARCH_*ORSASD;  <for  all  types  of  1C> 

CSTBt. START  »  ?°R7X  variable  as  designated  in  ex  signpost 
IRT(S7FC,1.T/CSCREER..TSP)  : 

CALL  5ElRCR_3*Cr»10D:  <toz  ill  ‘ypes  of  )C> 

ROSOBJ  =  P7EC"'1.S®XTT: 

»Si)o;ovXy; 

ISP  x_l i st_search ; 

-  CORPSE  SC°?BS  "AS*  10»-l»7?L  LOGIC  - 
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PROCESS  ex_list_search 

<Exaaines  *X-list  for  object  AC  that  Bay  possibly  require  an 
advisory  aessage  involving  subject  AC> 

REPEAT  WHILE  (sore  AC  in  EX-list  for  this  sector) 

CLEAR  list  npdated  flag  in  state  vector; 

PERRORH  coBpote_high_altitade_search_li»its ; 

Deteraine  starting  point  of  forward  search  on  EX-list; 

CALL  SEAPCH_EOR*ARD;  <f or  all  types  of  AC> 
tv  (altitude  threshold  exceded  or  expected  to  be  exceded 
in  2  ainutes  Ojt  AC  is  non-aode  C) 

THEE  PERFORH  coapute_low_altitude_search_liaits; 

Deteraine  starting  point  of  forward  search  on  X-list; 

CALL  SEAHCH_PORHARD;  <for  all  types  of  AC  except  non-aode  C> 
Deteraine  starting  point  of  backward  search  on  T-list; 

CALL  SEARCH_8ACX»ARD;  <for  all  types  Of  AC  except  non-aode  C> 


EHDREPEAT: 

EHO  ex_list_search; 


COARSE  SCREER  TASK  HIGH-LETEL  LOGIC 
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°ROCPSS  ex_list_search; 

PT?  RPSPBJ;  <teaporary  local  pointer  to  next  snblect  AC, 
g7»cn*i  represents  AC  pointed  to  by  HPSBBJ> 

RPSPBJ  =  SBC?*"! ; 

RgPBXT  RBIL»  (S7ECT.RBXTX  RB  RRPLL)  ; 

ci»xp  sybcti.xpppl: 

PER*QRR  co»pnte_high_altitade_searc!i_li»its ; 

CSVBL. STX»T  =  SYECT1.RBITX; 

CBTBl.  flO_COR"'  =  RPXLSg; 

CSVBL.  ROJIORC  =  SPXLSB; 

CXLL  SBXRCH_''ORRARD  <for  all  types  of  XC> 

XR  (CSVBL,  SVgCTI,  CSCRBBR) 

OPT  (potential  conflict  pair) ; 

I?  ((SVECI.T  11  CSCRBBR.  XHI)  OR  {CSVBL. IP  t£  XHI) 

0»  f SVBCT1.  SCPLG  g £  Sf  MSB) ) 

'"BEE  PSRBORH  conpate_low_altitade_search_liait s: 

CSVBl.STXR'n  =  R»XTX  xariable  as  designated  in  *  signpost 
IRT(SVECT1.X/CSCRgBR.XSP)  ; 

CSVBL. RO_HOHC  =  I^RPE; 

cm  SBXRCH_?ORRXRO  <for  all  types  of  xc  except  non-aode  c> 
X2  (CSVBL,  STBCT1,  CSCRBBII) 

OP-*  (potential  conflict  pairs); 

CSVBL. stxrt  *  PRBTX  xariable  as  designated  in  x  signpost 
PR?  (SVECT1.  X/CSCEER.  XSP)  ; 

CXlt  SBXRCH_BXC*VXR0  <for  all  types  of  XC  except  non-aode  C> 
U«  (CSVBL,  S7»CT1,  CSCRBER) 

OPT  (potential  conflict  pairs) ; 

*PS"BT  =  SVgCTI.  XBTTX; 
gRnegPBR-; 

Z32  ex_li3t_search; 

-  CORPSE  SORTER  "’XSK  LOR-LEVEL  LOGIC  - 


i-pg 


PPOCBSS  coapat e_cont rolled_AC_search_li«its ; 

Define  largest  loot  ahead  tiae  for  controlled  hC;  <i“Ll> 
Define  lariaua  distance  trareled  by  controlled  PC; 

OIL  O.LCOT  ATE_SPIiBCH_LIM?S: 

BBD  co«oa*e_con*rolled  iC_search_li»its; 


COLPSB  SCRBBB  T*SK  BIGH-LBTBL  LOGIC 
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°B0C»5S  coapate_con»rolle<l_*C_s«arch_l.iiits: 

=  esc?*?*. ’•tr: 

CSTBt.oillX  «  CSCS?**.??*!!: 
cut  C»LCOtHT?_SEHBCH_t,IflI'rS 

13  (£522£  boon ds,  sttcti,  cscs*?w) 

opt  (GBOQ?  Halts,  G800P  ocsdictlons)  ; 

gun  coso at e_coo‘rolled_8C_s9arch_li sits; 


COUBSe  SC’**!?  TUSK  LO«-l!T!t  LOGIC 


PROCESS  coapote_higb_altitode_search_lieits: 

Define  largest  look  ahead  tlae  for  controlled  1C;  <?LI> 

Define  aaziaaa  distance  traveled  by  intruding  AC  in  SX-list:  <PnkXt> 
Clll  CMCOT.»T*_SE»RCH_tIHITS; 

ERP  coapute_high_altitnde_search_liaits: 


COURSE  SCREES  TASK  SIGB-LSTSL  LOGIC 
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PROCESS  coaoate_high_al*itada_s«arch_llsits; 

CST8L.  TU  »  CSCSEEB.TLI; 

C^TBl.  PflUX  »  CSCSEEB.SBXXH: 

CXtl  CXtCTJHTE_SEASCH_LI!!I,'S 

II  tOPOPP  bounds,  STECT1 ,  CSCSEBB) 

3PT  (GPOPP  lisits,  GBOPP  pr*d  ictions)  : 

EBP  coson»e_hiqh_altibnde_search_lisl*s; 


C0HP8B  SCSE*B  TUSK  IO*-tSTEl  10GXC 
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PROCESS  conpute_lov_alt ibude_search_liaits; 

Define  saxiaua  distance  traxeled  bj  intruding  iC  in  !X-lisS;  <PN*XI> 
Calculate  x  S  r  upper  and  lower  bounds  of  search; 

2<D  cob pute_low_altltude_search_li aits; 


CO»SSB  SCPESW  T*SK  HIOH-lBTBt  LOGIC 
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PROCESS  coipute_lo»_altitade_search_liaits; 


Ill  (T°0, 

TPL, 

TPO, 

TPL, 

TPO,  ZOL 

TRO, 

TRL, 

TRO, 

TRL, 

TRO,  ZRL) 

<tenporary  (local)  7arlables> 


CS7BL. bounds. ROUT  =  CSCRBBR.  RflTXI: 

<Tt»  has  been  defined  in  a  previous  call  bo  coapute_high_a ltitude_search_liilts> 
csvbl. predictions. xp  »  stbcti.x  ♦  stbcti.xd  •  cstbl. bounds. TU: 

CSTBL. oredictions. TP  *  STSCTI.y  ♦  SVBCT1.TD  *  CSTBL. bounds. ''•ID; 

TPO  =  CSVBI.  predictions. IP  *  CSTBL. bounds.  RRXX ; 

XPL  =  CSVBL. predictions. X0  -  CSVBL. bounds.  RH  XT; 

TPO  =  CSVBL. predictions. T?  *  CSVBL. bounds . RBXX ; 

TPL  =  CS7BT. predictions. TP  -  CSVBL. bounds. RHAX ; 

TRO  =  SVECT1.X  ♦  C SCRBER. RPRI ; 

TP'  =  SVECT1.X  -  CSCRBTR.  RPRI ; 

TRO  =  S7BCT1.T  *  CSCRBER. RPRI ; 

TRI  *  S7BCT1.T  -  CSCRBRR.  RPRI ; 

CSVBL.  Units.  XO  »  RXX<XPO,XRO)  ; 

CS7BI.  Units.  XL  -  HR  (TPL,  TRL)  ; 

CSVBL.  Units.  TO  »  RRX  (TPO,  TRO)  ; 

CS7Rt.lieits.Tl  »  SIR  (TPL,  TRL)  ; 

*RO  coepute_lo*_altitude_SRerch_liiit s; 


COURSE  SCP”R  -TSK  LOR-LEVEL  LOGIC 


PPOCESS  coapute_ancontrolled_AC_search_liBits; 

Define  larges*  look  ahead  tiae  for  uncontrolled  AC;  <,*I.T> 
Define  aaxiana  distance  traveled  by  uncontrolled  1C;  <?nn> 
e»H  CALCOLATg_SgASCH_LIHITS; 

gpp  coaDnte_ancontrolled_»C_search_liaits: 


co&psg  scsggy  TAsr  yrsy-igygt  logic 
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PPOCTSS  coiDat*_anconitolled_AC_search_linits ; 

CSTPL.TLA  *  CSC®*RR.Tt7; 

CS7BL.R3AX  =  CSCS;3!f.R*!AT7; 

CALI  CALCtJLATP_SBAPCH_LISI?S 

O  (GBOCP  bounds,  S7ECT1,  CSCPBSS) 

OPT  (GROG?  Halts,  GRoap  predictions) : 

RS1?  conpat8_uncontrolled_AC_searcK_li«its; 


C0ARS3  SCR*RR  ?AS*  L0R-LR7RL  LOGTC 


BOOTHS  SSABCH_BACS»ABO 


IB  (starting  address  of  search,  search  Halts,  table  of 
possible  obiect  AC  to  be  excluded  in  search  - 
controlled  or  non-sode  C) 

OPT  (po*ential  conflict  pairs)  ; 

<Siven  the  lover  bounds  of  a  region,  searches  the  X  or  BT-list 
for  AC  in  the  region) 

PSPBA'"  SBHS  (object  AC  x  oosition  above  lover  search  bound  area 
0»  list  is  not  eipty)  : 

tP  (obiect  1C  is  a  ‘signpost'  OB  is  »o*  in  ATABS  service  area) 

OB  is  in  table  of  excluded  AC  *-vpes) 

TH»B;  <do  nothing) 

*11511  (obiect  AC  y  position  outside  lieits) 

<do  nothing) 

5L2SU  (obiect  ac  non-eode  C) 

T3SB  add  AC  to  coarse  screen  potential  pair  list  for  this  sector: 
*11111  (obiect  altitude  vithin  search  Units) 

THVB  add  AC  *0  potential  pair  list  for  this  sector; 

SiSSir  (obiect  vertical  velocity  above  threshold  ABD 
AC  pair  vill  be  co-altitude  soon) 

^HSB  add  AC  to  potential  pair  list  for  this  sector; 

Set  next  oreceding  entry  on  list; 

*BDPBP*AT: 

TBD  SIABCB_BACK*AFD; 


COABSB  SCPTSS  '"A SB  SIGH-LSVEt  LOdC 


V-Pi8 


BOOTIRP  SB1RCH_B1CKB1RD 

If  (CSTBL,  STECT1  ,  CSCRPBR) 

OUT  (ootential  conflict  pairs?  ; 


PTR  0BJ1C;  <teaporary  (local)  pointer  to  object  1C, 

STECT2  represents  object  1C,  STPCT1  represents  sobject  1C> 

PLT  ZTTHB;  <teeporary  (local)  rariable  > 

0B71C  »  CSTBL. ST1RT; 

REPE1T  TRUE  ( (0BJ1C  fE  SROLL)  21  (STECT2 .  T  £T  CSYBL.  XL) )  ; 

IP  ( (STECT2. SPIDPG  BO  S?«BB)  OR  (STEr*?.  1TSS  Bfl  BP  USB)  Of 
(STECT2. HCELG  »£  CSTBL.  BOJIORC)  25 
(STECT2.  CtJBC  52  CSTBL.  RO_CORB)  ) 
raff;  <do  nothing) 

*LSEIE  (STECT2.Y  21  CSTBL.  TO  Of  STBCT2.  T  U  CSTBL.  PI) 

1531--  <do  nothing) 

ELSEI»  (STECT2.  (1CBLG  52  TRUSS) 

THER  add  1C  to  potential  pair  list  for  this  sector; 

ELSEI*  (  (STECT2.Z  £T  CSTBL. ZO)  JjlD  (STBCT2.Z  21  CSTBL. ZL)  ) 

THE!)  add  1C  to  potential  pair  list  for  this  sector; 

ELSEIP  ((STECT2.ZD  22  CSCESES. ZP1ST) 

THEll  ZETRS  »  (STECT1.  Z-STECT2.Z) /(STSCT2.  Z0-STBCT1 .  ZO)  ; 

15  ((0.0  U  ZTISB)  iff  (ZTIHB  U  CSTBL.  TL1) ) 

THER  add  1C  to  potential  pair  list  for  this  sector; 

OBJ1C  »  STECT2. PBBTX ; 


ERPREPE1T; 


122  S»1»CR_B1CR«1P0; 


COIRSE  SCRBER  T1SR  LOI-LETBL  LOGIC 
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BOG-IBB  CALCGLATB_SBARC!!_tini?S 

IB  (prediction  tine  and  aaxiaua  area  suitable  for 
oroxiai*v  advisory) 

00?  (search  lieits  to  check  for  intruding  AC)  ; 

Calculates  the  region  used  in  an  X/SX-list  search> 

Calculate  horizontal  (xfy)  boundaries  using  the  proxisity 
advisory  region  search  area: 

Calculate  horizontal  boundaries  using  predicted  position 
based  on  subjex*  AC  velocities  and  look  ahead  tine; 

Choose  the  outer  bounds  of  the  coibined  areas: 

I?  (AC  had  alti*ude  inf creation) 

THOR  calculate  vertical  (z)  boundaries  using  proxisitv 
advisorv  region  search  area: 

Calculate  vertical  boundaries  using  predicted  positions 
based  on  subject  AC  velocity  and  look  ahead  tine; 
Choose  the  outer  bounds  of  the  contained  areas: 

BJJb  CALCULATB_SBARCH_LIRITB ; 


C0A1SB  SCSSBR  TASk  HIGR-LBTBL  LOGIC 
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ROOTTRE  CXLCOtXTH_SEXRCH_tIHITS 

II  <21215  bounds ,  STBCT1,  CSCR*BH) 

COT  (GR3D°  Units,  GROPP  predictions); 


ft*  (XPO, 

TPt, 

TPO, 

T®t, 

ZPD , 

ZPt 

TRO, 

TPL, 

TRO, 

T®1# 

ZPO, 

ZRt)  ;  <tenporary  (local)  »ariables> 

CSTBt. predictions. TP  *  S7BCT1. X  ♦  SV1CT1.TD  *  CSTBt. bounds. TlX; 

CS7BL.  predict  ions.  TP  =  STECTI.t  ♦  S7ECT1.T0  *  CSTBt.  bounds. TtX; 

=  CSTBt. predictions. TP  t  CBTBt.bonnds.BHxX; 

XPt  =  "STBL . predic*ions. TP  -  CSTBt. bounds. BHXI ; 

TPO  =  CS7BL. predic* ions. TP  ♦  CSTBt. bounds. HHXX ; 

T°t  =  CSTBt. oredict ions. TP  -  CSTBt. bonnds. RHXX ; 

TBO  =  STBCT1.X  ♦  CSCBEER. RPHI; 

TBt  =  S7ECT1.T  -  CSCBEER. RPHI; 

TBO  =  S7ECT1.T  ♦  CSCPSEH.RPVt; 

TBl  =  S7BC-1.T  -  CSCBEER. RPW I : 

CSTBt.  Uni*s.XO  =  HXX(XPO,XRO)  ; 

CSTBt.  Halts.  Tt  =  HIE  (TPL ,  TFt)  ; 

CSTBt.  Units.  TO  =  HXT(TPO.TBO)  ; 

CSTBt.  Units.  Tt  *  HTH  <T»t,TRt)  ; 

12  (57PCT1. HC*tG  HE  SEXtSB)  <XC  is  node  C> 

TBSH  CSTBt. predictions. ZP  =  S7ECT1.Z  ♦  STEC*1.Z!)  *  CSTBt.  bonnds.  TlX ; 
ZPD  »  CSTBt. nredictions.ZP  ♦  CSCRESH.TPCS; 

ZPt  *  CSTBt. predictions . ZP  -  CSCREBH.TPCS; 

ZBO  «  STBCT1.Z  ♦  CSCBEBH.TPCS; 

ZRt  *  STBCT1.Z  -  CSCBEBH.TPCS; 

CSTBt.  Units. ZD  «  BXT  (Z?D, ZHD)  ; 

CSTBt.  Units.  Tt  *  BIN  (ZPt,  ZRt)  ; 

2ISB;  <do  no‘hinp> 

222  CXtCPtXTB_SBXRCR_tTSITS: 


COXRSE  SCBEER  TXSR  tOt-tSTBt  lOGIC 
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sog^m*  SB1BCH_»OB»1BO 

IB  (starting  address  of  search,  search  Halts,  table  of 
possible  obiect  1C  to  be  excluded  In  search  - 
controlled  or  non-aode  C) 
on;  (potential  conflict  pairs) ; 

<Sivea  *-he  upper  bounds  of  a  region,  searches  the  X  or  BX-list 
for  DC  in  the  region> 

BEPBIT  WHIIE  (object  1C  x  position  below  upper  search  bound  area 
OB  list  is  not  eipty) : 

I”  (object  AC  is  a  'signpost'  OB  is  not  in  1T1BS  serwice  area) 

OB  is  in  ‘able  of  excluded  1C  types) 

THBB:  <do  nothing) 

BT.SBTP  (object  1C  y  oosition  outside  Units) 

ISI3?  <do  nothing) 

’’T.3BIP  (obiect  1C  non-aode  C) 

"*Hrn  add  1C  to  course  screen  potential  pair  list  for  ‘his  sector 
ELSfIB  (object  altitude  within  search  liaits) 

add  1C  to  potential  pair  list  for  this  sector; 

ELSBI*  (obiect  wertical  Telocity  aboxe  threshold  iwp 
ac  pair  will  be  co-altitude  soon) 

THEH  add  1C  to  potential  pair  list  for  this  sector; 
get  next  succeeding  entry  on  list; 

TWOBEPE IT: 

BUD  SB1BCH_*0B»1BD; 


C01BSB  3CBBBB  T1SB  HI GB-lBf BL  LOGIC 
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£021111  S»A0CH_?0P*A8D 

IN  (CS7SL,  S7ECT1,  CSCRBEN) 

OOT  (potential  conflict  pairs)  : 

PT»  ohjac;  <tesporary  (local)  rariable) 

<N.B.  ?7’»c^2  represents  obiect  AC  pointed  to  by  OBJAC, 

S7BCT1  represents  subject  AC> 

OBJAC  =  CS7BL. START: 

REPEAT  NHILE  ((OBJAC  NT  SNOLL)  2£  (S7ECT2. X  U  CSXBl.TtJ)): 

II  (  (SVECT2.  SPIOEG  Z2  STRHH)  OR  (S7ECT2.  ATSS  Jfl  Rf  ALSH) 

(7  ECT2 . NCEtG  E£  CS7BL.  NO_NONC)  2£ 

(SVEC-2.C0NC  £2  CS7RL.  NO_CONT)  ) 

-N EN ;  Cdo  nothing) 

"LSETE  (S7ECT2.T  21  CSTSt-TO  OR  SEEC*?. T  U  CSTBl.Tt) 

Z3.SS’  <i0  nothing) 

IL2II1  (S7SCT2.  SCELG  Efi  J'AISH) 

then  add  AC  to  coarse  screes  potential  pslr  list  for  this  sector 
EISEIE  ((S7ECT2.Z  U  CS7BL.Z0)  AJUZ  (9tlOTl«t  52  C57BL.ZL)) 
then  add  AC  to  potential  pair  list  for  this  sector; 

EISEIE  ((S7HCT2.  ZD  52  CSCR5EN. ZEAST) 

THEN  ZTTHP  »  ( S7ECT1  .  Z-S7ECT2.  Z)  /  (ITBCT2.  ZD-S7ECT1  .Z  0)  ; 

II  ((0.0  IT  ZTIHS)  AND  (ZTIHB  IT  CS7BL.TT.A)) 

THEN  add  AC  to  potential  pair  list  for  this  sector: 
OBJAC  =■  S7ECT2.  NHXTX : 

£222 EP EAT: 

»7P  s»A°cg  wOHRA°D: 


COARSE  SC» SEE  TAS»  tOS-LS7?L  LOGIC 


7-P23 


8. 


DETECT  TASK 


The  function  of  the  Detect  Task  is  to  examine  the  potential 
pairs  generated  by  the  Coarse  Screen  Task,  and  for  each 
determine  the  need  and  type  of  subsequent  ATARS  processing. 

The  output  of  the  Detect  Task  is  an  entry  on  the  Encounter  List 
(ELENTRY).  For  each  pair  put  on  the  list,  all  succeeding  tasks 
check  its  entry  for  possible  work  to  be  performed. 

Specifically  the  Detect  Task  determines  if  ATARS  has  control  of 
a  BCAS/ATCRBS  conflict,  if  a  controller  alert  is  required,  if  a 
proximity  warning  is  required,  if  a  threat  advisory  is 
required,  if  a  resolution  advisory  is  required,  or  if 
resolution  deletion  is  required.  It  does  not  determine  the 
type  of  resolution  advisory  or  generate  messages.  This  is  left 
to  future  tasks. 

8.1  BCAS/ATCRBS  Control 


Whenever  a  BCAS-e quipped  aircraft  is  within  the  ATARS  service 
area,  it  is  desired  that  ATARS  resolve  all  conflicts  that  it 
sees.  The  BCAS  must  not  be  permitted  to  resolve  the  same 
conflicts,  as  it  might  select  a  different  resolution.  However, 
the  BCAS  is  permitted  to  operate  near  the  limits  of  ATARS 
service,  so  that  it  may  provide  advisories  against  threats 
outside  the  service  area. 

When  the  BCAS  encounters  a  DABS-e quipped  threat,  the  ATARS  site 
ID  bits  serve  to  permit  or  inhibit  BCAS  action,  as  defined  in 
Reference  11.  When  the  threat  is  non-beacon  equipped  or 
non-mode  C  ATCRBS,  BCAS  does  not  track  it.  However,  when  the 
threat  is  mode  C  ATCRBS,  ATARS  must  inform  the  BCAS  that  the 
particular  aircraft  pair  is  under  ATARS  control.  The  ATCRBS 
Track  Block  Message  inhibits  the  BCAS  for  this  threat;  its 
absence  implies  that  ATARS  does  not  see  the  threat. 

The  method  employed  models  the  BCAS  aircraft's  detection  logic, 
with  slightly  less  restrictive  thresholds  (Table  8-1).  If  BCAS 
is  expected  to  give  a  threat  or  resolution  advisory  soon,  a 
message  is  sent  to  BCAS  using  a  track  block  of  position  data  to 
identify  the  ATCRBS  aircraft  (Section  16.1.1.2).  BCAS  is  thus 
informed  to  yield  control  of  the  potential  conflict.  This 
message  is  not  sent  for  all  BCAS/ATCRBS  pairs  within  the  ATARS 
area,  but  only  for  those  whose  BCAS  would  generate  advisories. 
This  reduces  the  communications  load  on  the  DABS  data  link  and 
avoids  unnecessary  processing  by  BCAS. 
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TABLE  8-1 


BCAS  SENSITIVITY  LEVEL  DEPENDENT  VARIABLES, 
STRUCTURE  BCSVBL 


VARIABLE  VALUE  AT  GIVEN  SENSITIVITY  LEVEL 


2 

3 

4 

5 

6 

7 

HI 

NA 

.00278 

.00278 

.00278 

.004 

.005  runi^/s 

DMOD 

NA 

.1 

.3 

.5 

1.3 

1 . 6  runl 

TRTHR 

NA 

23 

25 

30 

35 

40  s 

TVTHR 

NA 

23 

25 

30 

35 

40  s 

RTHRTA 

.35 

.50 

.75 

1.5 

2.0 

2.  5  run I 

H1TA 

.002 

.00278 

.00278 

.00278 

.004 

.005  nml^/s 

DMODTA 

.13 

.2 

.4 

.6 

1.5 

1.9  nmi 

TRTHTA 

25 

35 

40 

45 

50 

53  s 

TVTHRTA 

25 

35 

40 

45 

50 

53  s 
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8.2 


Proximity  Advisories 


Proximity  advisories  are  Issued  to  an  aircraft  pair  whenever 
they  are  estimated  to  be  within  30  (TLPSQ)  seconds  of  each  other 
or  within  a  fixed  range  (RPMIN)  and  altitude  (RST).  It  is 
possible  to  issue  proximity  advisories  when  one  aircraft  is 
non-mode  C.  In  this  case  the  co-altitude  condition  is  assumed 
to  always  be  satisfied.  Additionally  a  horizontal  tau  test  is 
performed  for  these  aircraft.  If  satisfied,  a  proximity 
advisory  is  issued.  The  need  for  this  additional  possibility  of 
alarm  occurs  when  the  aircraft  pair  are  co-altitude  and  in  a 
head-on  geometry.  The  tau  test  is  designed  to  give  an  earlier 
warning  for  this  case  than  a  range  test,  since  the  threat 
advisory  test  is  not  performed.  When  both  altitudes  are  known 
this  test  is  not  necessary  as  the  normal  threat  logic  handles 
the  situation.  For  non-mode  C  aircraft  the  proximity  advisory 
is  the  only  function  performed  by  the  Detect  Task. 

The  PWIFLG  flag,  when  set,  signifies  a  proximity  advisory  is 
necessary  for  the  pair. 

8.3  Threat  Advisories 


A  threat  advisory  is  an  indication  that  a  dangerous  situation  is 
imminent  and  if  the  aircraft  maintain  present  course  a 
resolution  advisory  will  be  sent.  The  threat  advisory 
conditions  are:  the  aircraft  not  be  in  a  final  approach  zone 
(see  Section  8.7),  the  aircraft  be  proximate  in  space  or  be 
estimated  to  be  proximate  soon  (tau  tests).  Only  those  aircraft 
pairs  which  are  not  diverging  or  within  spatial  constraints  are 
subject  to  the  threat  advisory  tests. 

The  FPWFLG  flag  is  set  for  uncontrolled  aircraft  and  the  FPIFLG 
flag  is  set  for  controlled  aircraft  to  indicate  threat  advisory 
messages  are  required. 

8. A  Resolution  Advisories 


Aircraft  predicted  to  be  within  ATARS  separation  criteria 
violation  and  not  in  a  final  approach  zone  are  issued  resolution 
advisories.  Aircraft  pairs  are  subjected  to  the  resolution 
advisory  tests  if  the  pair  has  satisfied  all  threat  advisory 
conditions.  The  aircraft  pair  then  must  be  proximate  in  space 
and/or  estimated,  by  use  of  the  tau  tests,  to  be  near  separation 
violation.  If  these  conditions  are  satisfied  the  CMDFLG  flag  is 
set  and  if  one  of  the  aircraft  is  controlled  the  IFRFLG  flag  is 
set.  The  resolution  advisory  is  generated  in  the  Master 
Resolution  Task  when  two  of  the  latest  three  scans  has  had  the 
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CMDFLG  flag  set  (see  Section  12.3.1).  It  is  possible  to  give  an 
Immediate  command,  i.e.,  the  resolution  advisory  is  generated 
and  sent  the  same  scan.  Basically  the  separation  violation  must 
be  imminent,  existing,  or  the  aircraft  form  a  dangerous  flight 
geometry  (Maneuvering  Threat  Logic  Process)  where  one  aircraft 
can  turn  into  the  other  without  sufficient  time  to  predict  the 
airspace  violation  and  safely  escape.  In  these  cases  the  MTTFLG 
flag  is  set  to  bypass  the  two  out  of  three  window. 

When  the  conditions  to  set  the  CMDFLG  and  IFRFLG  are  met,  the 
setting  of  these  flags  may  still  be  inhibited.  The  aircraft 
pair  are  not  given  advisories  when,  at  the  time  of  predicted 
closest  approach  in  the  horizontal  direction,  their  predicted 
separation  in  the  vertical  dimension  exceeds  a  threshold.  This 
occurs  when  the  aircraft  are  presently  vertically  proximate  but 
diverging  with  a  significant  rate. 

8.5  Controller  Alerts 

Controller  alert  initiation  logic  resembles  the  threat  and 
resolution  advisory  determination  function.  Its  purpose  Is 
entirely  distinct,  however.  If  either  aircraft  is  controlled. 

It  is  desired  to  inform  the  controller  of  a  possible  conflict 
situation  before  a  resolution  advisory  is  necessary. 

The  CAFLG  flag  is  set  if  either  aircraft  Is  in  an  area  type 
requiring  controller  notification  and  the  tau  or  proximity  tests 
are  satisfied,  or  the  aircraft  are  in  a  dangerous  geometry 
(parallel,  offset  and  turning  towards  one  another).  If  both 
aircraft  are  in  a  final  approach  zone  2,  the  proximity  tests, 
only,  are  applied  in  order  to  further  desensitize  the  logic  to 
converging  traffic  patterns  (see  Section  8.7). 

The  controller  alert  message  is  generated  (see  Section  11)  as 
soon  as  three  of  the  latest  five  scans  (a  system  variable)  have 
had  the  CAFLG  flag  set.  This  filter  can  be  overridden  and  an 
immediate  message  sent  if  the  dangerous  maneuver  is  detected  or 
the  aircraft  separation  violation  is  existing.  An  immediate 
alarm  is  designated  by  setting  the  ICAFLG.  A  controller  alert 
is  no  longer  given  when  the  last  three  scans  have  had  no 
controller  alert  flag  set  in  Detect  Task. 

8.6  Parameter  Selection 

The  majority  of  the  various  thresholds  that  appear  in  the  Detect 
Task  and  its  routines  depend  on  a  number  of  criteria  for  their 
determination.  Those  parameters  (or  thresholds)  that  are  not 


true  constants  are  in  general  assigned  in  the  Tau  and  Proximity 
Threshold  Determination  Routine  (See  Section  8.8).  First,  the 
non-constant  thresholds  may  depend  on  the  control  status  of  the 
aircraft  in  an  encounter:  controlled/controlled, 
controlled/uncontrolled,  uncontrolled/uncontrolled.  Additional 
specification  may  depend  on  area  type  of  the  encounter  (1,  2,  3, 
4),  multiplicity  of  the  encounter,  and  ATARS  equipage.  In  the 
case  of  uncontrolled /uncontrolled  encounters,  specification  may 
also  rely  on  a  computed  index,  UUIND,  which  is  set  in  the 
Uncon/Uncon  Index  Determination  Routine.  Furthermore,  certain 
tau  thresholds  are  computed  based  on  closing  speed,  and 
ultimately  rely  on  the  thresholds  TCONV  and  TCONH  determined  in 
the  Tau  Proximity  and  Threshold  Determination  Routine.  Such 
variables  have  a  nominal  value  calculation,  plus  a  maximum  value 
and  a  minimum  value.  The  nominal  value  must  be  restricted  by 
the  smallest  value  consistent  with  system  safety  and  by  the 
largest  value  feasible  with  an  acceptable  unwanted  alarm  rate. 

A  synopsis  of  all  detection  variables  may  be  found  in  Table  8-2, 
8-3,  8-4,  and  8-5.  True  constants  are  defined  in  Appendix  A. 

8.7  Area  Type  and  Zone  Determination 

As  indicated  previously,  selection  of  thresholds  may  depend  on 
the  area  type  of  an  encounter,  ENAT,  determined  in  the  Encounter 
Area  type  Determination  Routine.  This  index  is  a  combination  of 
the  individual  area  types,  ACAT,  determined  in  the  Area  Type 
Determination  Routine.  For  each  new  position,  i.e.  every  scan, 
of  the  aircraft  in  the  pair  under  consideration,  the  aircraft's 
area  type  is  determined  by  referencing  a  map  (the  area  type  data 
base  described  in  Table  8-6)  and  from  these  two  area  types  for 
the  pair,  the  encounter  area  type  is  calculated.  It  is  possible 
for  the  area  types  for  an  aircraft  to  be  previously  determined 
by  the  domino  logic  for  this  scan  before  entry  into  the  Detect 
Task.  The  Area  Type  Determination  Routine  will  be  called  from 
the  Encounter  Area  type  Determination  Routine  only  as  necessary. 

Each  ACAT  area  type  1  or  2  defines  a  horizontal  parallelogram, 
type  1  encompassing  the  immediate  vicinity  of  an  airfield,  and 
type  2  encompassing  the  approach  areas  for  each  runway  between 
specified  altitudes.  Area  type  1  may,  however,  be  further 
modified  with  "legs",  or  straight  line  segments  that  may  be  used 
to  remove  corners  of  the  parallelogram,  type  3  is  the  balance 
of  the  airspace  out  to  a  range  of  RDI5T  (system  parameter), 
beyond  which  is  the  area  type  4.  Both  aircraft  having  an  ACAT 
value  of  3  would  result  in  ENAT  being  3.  Also,  both  aircraft  in 
different  area  type  2  regions  would  result  in  ENAT  being  3 
again.  The  complete  mapping  algorithm  is  specified  in  the 
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TABLE  8-2 


CONTROLLER  ALERT  VARIABLES,  STRUCTURE  CAVBL 


VARIABLE 

VALUE 

ENAT  1 

ENAT  2 

ENAT  3 

ENAT  4 

AFCON 

NA 

275  ft 

375  ft 

375  ft 

MDCON2 

NA 

.5625  nmi^ 

1.44  nmi ^ 

1.44  nmi 

RCON2 

NA 

.5625  nmi^ 

1.44  nmi ^ 

1.44  nmi 

TCONH 

Calculated  in  Routine  TAU 

AND  PROXIMITY 

THRESHOLD 

DETERMINATION 


TCONV  Calculated  In  Routine  TAU_AND_PROXIMITY_THRESHOLD 

DETERMINATION 
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TABLE  8-3 


PARAMETER  DETERMINATION  VARIABLES,  STRUCTURE  PDVBL 


VARIABLE  VALUE 


ENAT  1 

ENAT  2 

ENAT  3 

ENAT  4 

ACONTH 

275  ft 

275  ft 

375  ft 

375  ft 

RCONTH 

. 7  5  nmi 

.75  nmi 

1.2  nmi 

1.2  nmi 

TWARN 

36.8  s 

36.8  s 

36.8  s 

44.8  s 
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TABLE  8-4 


RESOLUTION  ADVISORY  VARIABLES,  STRUCTURE  RAVBL 


VARIABLE  _ INDICES _ 

CONTROL  ENAT 

STATE  (PRCONT) 

AIFR  C/C1  1 

2 

3 

4 

C/U  1 

2 

3 

4 


VALUE 


750  ft 
750  ft 
750  ft 
750  ft 
750  ft 
750  ft 
750  ft 
750  ft 


RIFR2  C/C 


C/U 


AF 


u/u 


c/u 


1 

2 

3 

4 
1 
2 

3 

4 


.5625  nmi2 
.5625  nmi2 
.5625  nmi2 
.5625  nmi2 
.5625  nmi2 
.5625  nmi2 
.5625  nmi2 
.5625  nmi ^ 


1 

2 

3 

4 
1 
2 

3 

4 


750  ft 
750  ft 
750  ft 
750  ft 
750  ft 
750  ft 
750  ft 
750  ft 


RCMD2  U/U 


C/U 


1 

2 

3 

4 
1 
2 

3 

4 


1.0  nmi2 
1.0  nmi2 
1 . 0  nmi 2 
1 • 0  nmi 2 
.5625  nmi2 
.5625  nmi2 
1.0  nmi2 
1 • 0  nmi 2 
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TABLE  8-4 
(Continued) 


VARIABLE  INDICES  VALUE3 


CONTROL 

ENAT  MULT 

EQUIP 

NOMINAL 

MIN 

MAX 

STATE  (PRCONT) 

(PREQ) 

TIFRH 

C/C 

1 

GT3 

E/E2 

TCONH -3 5 

60 

60  8 

E/U 

TCONH-3  5 

60 

60  s 

LE3 

E/E 

TCONH-35 

30 

30  s 

E/U 

TCONH-3 5 

30 

30  s 

2 

GT3 

E/E 

TCONH-35 

60 

60  s 

E/U 

TCONH-35 

60 

60  s 

LE3 

E/E 

TCONH-35 

30 

30  s 

E/U 

TCONH-35 

30 

30  s 

3 

GT3 

E/E 

TCONH-35 

60 

60  s 

E/U 

TCONH-35 

60 

60  8 

LE3 

E/E 

TCONH-35 

30 

30  s 

E/U 

TCONH-35 

30 

30  s 

4 

GT3 

E/E 

TCONH-35 

60 

60  s 

E/U 

TCONH-35 

60 

60  s 

LE3 

E/E 

TCONH-35 

38 

38  s 

E/U 

TCONH-35 

38 

38  s 

C/U 

1 

GT3 

E/E 

TCONH-35 

60 

60  s 

E/U 

TCONH-35 

60 

60  s 

LE3 

E/E 

TCONH-35 

30 

30  s 

E/U 

TCONH-35 

30 

30  s 

2 

GT3 

E/E 

TCONH-35 

60 

60  s 

E/U 

TCONH-35 

60 

60  8 

LE3 

E/E 

TCONH-35 

30 

30  s 

E/U 

TCONH-35 

30 

30  s 

3 

GT3 

E/E 

TCONH-35 

60 

60  s 

E/U 

TCONH-35 

60 

60  s 

LE3 

E/E 

TCONH-35 

30 

30  a 

E/U 

TCONH-35 

30 

30  s 

4 

GT3 

E/E 

TCONH-35 

60 

60  s 

E/U 

TCONH-35 

60 

60  s 

LE3 

E/E 

TCONH-35 

38 

38  s 

E/U 

TCONH-35 

38 

38  s 

TIFRV 

Same  a  a  TIFRH, 

except  TCONH  is 

replaced  by  TCONV  in 

the 

NOMINAL  column. 
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TABLE  8-4 
(Concluded) 


VARIABLE 


TCMDH 


INDICES 


VALUE - 


[N MAX 


STATE  ( PRCONT) 


(PREQ) 


C/U 


U/U 


1 

GT3 

E/E 

TCONH-15 

60 

60  s 

U/E 

TCONH-15 

60 

60  s 

LE3 

E/E 

TCONH-1 5 

30 

45  s 

U/E 

TCONH-15 

30 

45  s 

2 

GT3 

E/E 

TCONH-15 

60 

60  s 

U/E 

TCONH-15 

60 

60  s 

LE3 

E/E 

TCONH-15 

30 

45  8 

U/E 

TCONH-15 

30 

45  s 

3 

GT3 

E/E 

TCONH-15 

60 

60  s 

U/E 

TCONH-15 

60 

60  s 

LE3 

E/E 

TCONH-15 

30 

45  8 

U/E 

TCONH-15 

30 

45  s 

4 

GT3 

E/E 

TCONH-15 

60 

60  s 

U/E 

TCONH-15 

60 

60  s 

LE3 

E/E 

TCONH-15 

38 

53  s 

U/E 

TCONH-15 

38 

53  s 

UUIND 

4 

VALUE 

1 

1 

30  s 

2 

38  s 

2 

1 

30  s 

2 

38  s 

3 

1 

30  s 

2 

38  s 

4 

1 

38  s 

2 

38  s 

TCMDV  Same  as  TCMDH,  except  TCONH  is  replaced  by  TCONV  in 

the  NOMINAL  column 


1 

2 

3 


C  ■  Controlled,  U  ■  Uncontrolled,  referenced  as  PRCONT  in  pseudocode 
E  -  ATARS  Equipped,  U  *  Unequipped,  referenced  as  PREQ  in  pseudocode 
The  values  of  TCONH,  TCONV  are  calculated  in  Routine  TAU  AND 


PROXIMITY_THRESHOLD_DETERMINATION. 

4UUIND  is  defined  in  Routine  UNCON/UNCON_INDEX_DETERMINATION. 
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TABLE  8-5 


THREAT  ADVISORY  VARIABLES,  STRUCTURE  TAVBL 


VARIABLE 

INDICES 

VALUE 

CONTROL 

ENAT 

STATE  ( PRCONT ) 

AFIFR 

C/C1 

1 

1000  ft  i 

2 

1000  ft  ! 

3 

1000  ft 

4 

1000  ft  j 

C/U 

1 

1000  ft 

2 

1000  ft 

3 

1000  ft 

4 

1000  ft  j 

MDFPI2 

C/C 

1 

1 

.5625  nmi2  ' 

2 

.5625  nmi2 

3 

.5625  nmi2 

A 

.5625  nmi2 

C/U 

1 

.5625  nmi2 

2 

.5625  nmi2 

3 

l.AA  nmi2 

A 

l.AA  nmi2 

RFIFR2 

C/C 

1 

.5625  nmi2 

2 

.5625  nmi2 

3 

.5625  nmi2 

A 

.5625  nmi2 

C/U 

1 

.5625  nmi2 

2 

.5625  nmi2 

3 

l.AA  nmi2 

A 

l.AA  nmi ^ 
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VARIABLE 


AFPWI 


MDFPW2 


RFPWI2 


TABLE  8-5 
(Continued) 


_ INDICES  VALUE 

CONTROL  ENAT 

STATE  (PRCONT) 


U/U 


C/U 


1 

1000 

ft 

2 

1000 

ft 

3 

1000 

ft 

4 

1000 

ft 

1 

1000 

ft 

2 

1000 

ft 

3 

1000 

ft 

4 

1000 

ft 

U/U  1 

2 

3 

4 

C/U  1 

2 

3 

4 


1.0  nmi2 
1 . 0  nmi 2 
1.0  nmi2 
1.0  nmi2 
.5625  nmi2 
.5625  nmi2 
1.44  nmi2 
1.44  nmi2 


U/U  1 

2 

3 

4 

C/U  1 

2 

3 

4 


1.0  nmi2 
1. 0  nmi 2 
1 . 0  nmi 2 
1.0  nmi2 
. 5625  nmi 2 
.5625  nmi2 
1.44  nmi2 
1.44  nmi 2 
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TABLE  8-5 
(Continued) 


VARIABLE 


TFIFRH 


TFIFRV 


INDICES  VALUE3 


CONTROL  ENAT 

MULT 

EQUIP 

NOMINAL 

MIN 

MAX 

STATE  (PRCONT) 

C/C1  1 

GT3 

E/E2 

TCONH 

60 

68  s 

E/U 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

E/U 

TCONH 

30 

60  s 

2 

GT3 

E/E 

TCONH 

60 

68  s 

E/U 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  8 

E/U 

TCONH 

30 

60  8 

3 

GT3 

E/E 

TCONH 

60 

68  s 

E/U 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

E/U 

TCONH 

30 

60  s 

4 

GT3 

E/E 

TCONH 

60 

68  s 

E/U 

TCONH 

60 

68  8 

LE3 

E/E 

TCONH 

38 

68  s 

E/U 

TCONH 

38 

68  s 

C/U  1 

GT3 

E/E 

TCONH 

60 

68  8 

E/U 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

E/U 

TCONH 

30 

60  s 

2 

GT3 

E/E 

TCONH 

60 

68  s 

E/U 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

E/U 

TCONH 

30 

60  s 

3 

GT3 

E/E 

TCONH 

60 

68  s 

E/U 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

E/U 

TCONH 

30 

60  s 

4 

GT3 

E/E 

TCONH 

60 

68  s 

E/U 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

38 

68  s 

E/U 

TCONH 

38 

68  s 

Same  as  TFIFRH, 

except 

TCONH  is 

replaced 

by  TCONV 

in 

the  NOMINAL  column. 
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TABLE  8-5 
(Concluded) 


VARIABLE  INDICES  _  VALUE3 


CONTROL 

ENAT  MULT 

EQUIP 

NOMINAL 

MIN 

MAX 

STATE  (PRCONT) 

TFPWIH  C/U 

1 

GT3 

E/E 

TCONH 

60 

68  s 

U/E 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

U/E 

TCONH 

30 

60  s 

2 

GT3 

E/E 

TCONH 

60 

68  s 

U/E 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

U/E 

TCONH 

30 

60  s 

3 

GT3 

E/E 

TCONH 

60 

68  s 

U/E 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

30 

60  s 

U/E 

TCONH 

30 

60  s 

4 

GT3 

E/E 

TCONH 

60 

68  s 

U/E 

TCONH 

60 

68  s 

LE3 

E/E 

TCONH 

38 

68  s 

U/E 

TCONH 

38 

68  s 

UUIND4 

VALUE 

U/U  1 

1 

45  s 

2 

53  s 

2 

1 

45  s 

2 

53  s 

3 

1 

45  s 

2 

53  s 

4 

1 

53  s 

2 

53  s 

TFPWIV  Same  as  TFPWIH,  except  TCONH  is  replaced  by  TCONV  in  the 

NOMINAL  column. 


3C  -  Controlled,  U  ■  Uncontrolled,  referenced  as  PRCONT  in  pseudocode. 

-  ATARS  Equipped,  U  -  Unequipped,  referenced  as  PREQ  in  pseudocode. 
3The  values  of  TCONH,  TCONV  are  calculated  in  Routine  TAU_AND_PROXIMITY 
THR£SHOLD_DETERMINATION. 

4UUIND  is  defined  in  Routine  UNCON/UNCON  INDEX  DETERMINATION. 
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TABLE  8-6 


AREA  TYPE  DATA  BASE 


An  ATARS  area  type  data  base  for  a  particular  ATARS  site 
consists  of  type  1  areas,  their  associated  type  2  areas,  a  type 
3  area  and  a  type  4  area. 

RDIST  =  83.3  nmi  (for  sensor  azimuth  jitter  of  .06  degrees) 
defines  the  maximum  extent  of  type  3  area.  Beyond  this  range 
is  type  4. 

Encompassing  all  type  1  areas  and  type  2  areas  is  the 
parallelogram  defined  by  ZHMNX,  ZHMXX,  ZHMNY,  ZHMXY  which 
serves  as  a  coarse  filter  in  area  determination  routines. 
Locations  outside  this  area  are  not  subjected  to  type  1  or  2 
determination. 

The  number  of  type  1  areas  is  given  by  NOI.  For  each  type  1 
area  (up  to  10  type  1  areas  are  allowed)  the  following 
information  is  required: 

a)  IDI  -  the  name  given  to  the  type  1  area 

b)  A1 ,  Bl,  Cl,  C2,  A2,  B2,  C3,  C4  -  define  the  parallelogram 
which  delimits  the  type  1  area 

c)  ZMIN,  ZMAX  -  define  the  limits  of  the  type  1  area  in 
altitude 

d)  CARQ1  -  determines  if  a  controller  alert  is  required  for 
this  type  1  area 

e)  NLEGS  -  the  number  of  "legs”  which  delimit  the  type  1  area 
(allow  up  to  25  per  type  1  area).  The  use  of  the  legs 
allows  the  parallelogram  defined  in  (b)  to  be  modified  into 
a  convex  polygon. 

f)  Dl,  El,  FI  -  define  one  leg  for  each  area  type 
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TABLE  8-6 
(Concluded) 


An  aircraft  is  In  a  type  1  area  If  its  position  (X,  Y,  Z) 
satisfies: 

1)  Cl  LE  (A1  *  X  +  B1  *  Y)  LE  C2 

2)  C3  LE  (A2  *  X  +  B2  *  Y)  LE  C4 

3)  ZMIN  LE  Z  LE  ZMAX 

4)  (D1  *  X  +  El)  LE  F.  for  each  leg 

The  number  of  type  2  areas  Is  given  by  NOII.  For  each  type  2 

area  (allow  up  to  100  type  2  areas)  the  following  information 

is  required: 

a)  IDI  -  the  name  of  the  type  1  area  with  which  this  type  2 
area  is  associated. 

b)  U1 ,  VI,  Wl,  W2,  U2,  V2,  W3,  W4  -  define  the  parallelogram 
which  delimits  the  type  2  area 

c)  HMIN,  HMAX  -  define  the  altitude  extent  of  the  type  2  area 

d)  CARQ2  -  determines  if  a  controller  alert  is  required  for 
this  type  2  area 

An  aircraft  is  in  a  type  2  area  if  its  position  (X,  Y,  Z) 
satisfies 

1)  Wl  LE  (U1  *  X  +  VI  *  Y)  LE  W2 

2)  W3  LE  (U2  *  X  +  V2  *  Y)  LE  W4 

3)  HMIN  LE  Z  LE  HMAX 
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pseudocode  (Section  8.8).  A  value  of  4  for  ENAT  represents  the 
most  sensitive  area,  ENAT  1  being  the  least  sensitive. 

The  final  approach  zone  status  of  arriving  aircraft,  FAZ, 
contained  in  the  State  Vector,  is  utilized  in  the  Detect  Task, 
the  Terrain/Airspace/Obstacle  Avoidance  Task  as  well  as  in  the 
Master  Resolution  Task.  Basically,  the  final  approach  zone  is 
divided  into  two  types,  type  1  encompassing  the  airfield  (and 
generally  to  a  lower  altitude  than  for  area  type  1),  and  type  2 
encompassing  a  sloping  rectangular  region  containing  the  normal 
approach  path  for  each  runway. 

The  parameter  FAZ  can  have  the  following  values  upon  entry  into 
the  Detect  Task: 

FAZ  =  -1,  not  initialized  for  this  aircraft,  must 
be  set  by  Detect  Task 

FAZ  =  0,  aircraft  is  not  in  a  final  approach  zone 

FAZ  =  1,  aircraft  is  in  a  final  approach  zone  type  1 

FAZ  =  2,  aircraft  is  in  a  final  approach  zone  type  2 

The  Final  Approach  Zone  Determination  Routine,  called  when  FAZ 
is  not  initialized,  is  the  same  routine  used  in  the 
Terrain/Alrspace/Obstacle  Avoidance  Task.  If  FAZ  has  the  value 
1  or  2  then  the  State  Vector  paranuter  ZPRT  has  been  initialized 
to  the  call  letters  of  the  airport  associated  with  the  final 
approach  zone.  Table  8-7  describes  the  zone  data  base. 

The  area  types  define  the  area  of  desensitization  for  the  ATARS 
detection  function.  The  zones  define  the  region  for  inhibiting 
the  resolution  advisory  function.  Additionally,  the  zone  2 
region  also  defines  where  controller  alerts  generated  by 
prediction  (tau  tests)  are  to  be  inhibited.  The  proximity 
(immediate  range)  tests  are  never  inhibited.  Appropriate 
definition  of  this  region  will  prevent  nuisance  alerts  in 
parallel  approach  zones  and  converging  approach  zones.  For  this 
inhibit  function  to  be  applicable,  both  aircraft  must  be  in  a 
zone  2  region  (not  necessarily  the  same)  associated  with  the 
same  airport.  Zone  2  should  always  be  encompassed  by  area  type 
1  and/or  2. 
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TABLE  8-7 


ZONE  TYPE  DATA  BASE 


An  ATARS  zone  data  base  for  a  particular  ATARS  site  consists  of 
all  the  zone  l's  and  their  associated  zone  2's. 

Encompassing  all  the  zones,  be  they  1  or  2,  for  a  site  is  the 
parallelogram  defined  by  ZJMNX,  ZJMXX,  ZJMNY,  ZJMXY,  which 
serves  as  a  coarse  filter  in  zone  determination.  Locations 
outside  this  area  are  not  subjected  to  zone  1  or  2 
determination. 

N0Z1  is  the  number  of  zone  l's  for  this  site  (a  maximum  of 
10).  For  each  zone  1  the  following  information  is  required: 

a)  IDZI  -  the  name  given  to  this  zone  1 

b)  AZ0NL1,  AZ0NW1 ,  BZ0NL1,  BZ0NW1,  CZONL1,  CZONW1,  WZON1, 

LZ0N1  -  define  the  parallelogram  which  delimits  the  zone  1 

c)  ZZON1  -  defines  the  altitude  extent  of  the  zone  1 

d)  ACTZ1  -  determines  if  this  zone  1  is  active  or  not 

An  aircraft  is  in  a  zone  1  if  its  position  satisfies: 

1)  -WZ0N1  LE  (AZ0NW1  *  X  +  BZ0NW1  *  Y  +  CZONW1)  LE  WZ0N1 

2)  -LZ0N1  LIE  (AZ0NL1  *  X  +  BZ0NL1  *  Y  +  CZ0NL1 )  LE  LZ0N1 

3)  Z  LE  ZZ0N1 

N0Z2  determines  the  number  of  zone  2's  present  in  an  ATARS 
site.  A  maximum  of  100  zone  2's  are  allowed.  For  each  zone  2 
the  following  information  is  required: 

a)  IDZI  -  the  name  of  the  zone  1  area  with  which  this  zone  2 
is  associated 

b)  AZ0NL2,  BZONL2  -  the  north  and  east  components, 
respectively  of  a  normal  horizontal  vector  parallel  to  the 
main  axis  of  the  given  zone  2  and  pointing  away  from  the 
airfield 

c)  WZ0N2,  AZ0NW2,  BZ0NW2,  CZ0NW2,  LZ0N2,  CZ0NL2  -  with  (b) 
defines  the  parallelogram  in  the  horizontal  plane  which 
delineates  the  zone  2 
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TABLE  8-7 
(Concluded ) 


d)  ZZ0N2,  AZ0NZ2,  BZ0NZ2,  CZ0NZ2,  DZ0NZ2,  -  define  the  linear 
surface  In  3-space  which  defines  the  approach  slope  of  the 
zone  2 

e)  C0AA2  -  defines  the  deviation  from  the  normal  defined  by 
(b)  within  which  an  aircraft  Is  considered  to  be  in  zone  2. 
C0AA2  -  .9698 

f)  ACTZ2  -  determines  if  this  zone  2  Is  active  or  not. 

An  aircraft  is  in  a  given  zone  2  if  its  position  (X,  Y,  Z)  and 
horizontal  velocity  (XD,  YD)  satisfy: 

1)  -WZ0N2  LE  (AZ0NW2  *  X  +  BZ0NW2  *  Y  +  CZ0NW2)  LE  WZ0N2 

2)  -LZON2  LE  ( AZ0NL2  *  X  +  BZ0NL2  *  Y  +  CZ0NL2)  LE  LZ0N2 

3)  -ZZ0N2  LE 

(AZ0NZ2  *  X  +  BZ0NZ2  *  Y  +  CZ0NZ2  *  Z  +  DZ0NZ2) 

LE  ZZON2 

A)  (XD  *  AZ0NL2  +  YD  *  BZ0NL2)  LT  0 

5)  (XD  *  AZ0NL2  +  YD  *  BZ0NL2) 2  GE  (XD2  +  YD2)  *  COAA2 
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Construction  of  the  zones  adheres  to  the  following  guidelines: 

1.  The  zone  1  extends  approximately  .5  nmi  on  either  side 
of  a  runway. 

2.  The  zone  1  ends  where  the  runway  ends. 

3.  The  zone  1  must  be  a  parallelogram  (There  can  be  more 
than  one  zone  1  associated  with  a  given  airport,  which 
could  remove  the  restriction). 

4.  The  zone  1  should  be  approximately  500  feet  high. 

5.  The  zone  2  extends  approximately  .5  nmi  on  either  side 
of  the  centerline  extending  through  the  runway. 

6.  The  zone  2  cannot  overlap  with  another  zone  2  (a 
software  restriction). 

7.  The  zone  2  begins  at  the  outer  marker  and  extends  to  the 
zone  1. 

8.  The  zone  2  should  be  approximately  400  feet  in  depth. 

8.8  Pseudocode  for  Detect  Task 


The  pseudocode  for  the  Detect  Task  follows.  This  task  can 
operate  as  soon  as  the  Coarse  Screen  Task  has  entered  a  pair  on 
the  Potential  Pair  List.  Any  qualified  variable  or  parameter 
name  (e.g.,  ELENTRY.TCONV)  which  does  not  appear  in  the  list  of 
local  variables  and  parameters  in  the  beginning  of  the  low 
level  pseudocode,  belongs  to  a  system  data  structure  which  is 
defined  in  Section  3.3.  Similarly  unqualified  names  (e.g., 
ADOT)  are  local  to  the  Detect  Task  and  appear  in  one  of  three 
structures,  MISCVBL,  PATHVBL,  ELVBL.  No  distinction  has  been 
made  between  variables  local  to  a  low  level  process  and  used 
only  within  that  process  and  variables  local  to  the  Detect  Task 
and  used  by  different  processes  within  this  task.  An  example 
of  the  latter  would  be  MULT  and  of  the  former  RXVS. 

The  routines  Encounter  Area  Type  Determination,  Area  Type 
Determination,  Final  Approach  Zone  Determination,  are 
referenced  by  other  ATARS  tasks.  These  routines  appear  in  the 
pseudocode  as  local  to  the  Detect  Task.  Care  must  be  taken  in 


8-20 


determining  their  exact  form  in  any  computer  installation,  as 
the  code  may  need  to  be  modified  to  allow  for  multiple  entries 
from  different  tasks. 

Frequent  abbreviations  used  in  the  pseudocode  are:  RA  for 
resolution  advisory,  TA  for  threat  advisory,  and  CA  for 
controller  alert. 
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<***  BAHB0TB8ISG  T1RGPT  DPTSCTIOH  PARABPTSBS  (APP  A)  **•> 


STBOCT0SB  BTPARB 

GROUP  cntr_thresholds 
PLT  CABR2 

*12  cm 

PIT  CABTSQ 
£12  CAHCP2 
PIT  CABRB2 
PLT  CABSB2 

GROnp  gnl_thresholds 
PLT  STTR2 
PLT  STTA 
PLT  BTTTSQ 
PLT  COSP2 
PLT  1TTRB2 
£12  STTSB2 


{controller  alert  thresholds> 

{range  thresbold> 

{altitude  separation  threahold> 

{Telocity  threshold  (sq)> 

{cosine  thresh  (sg)  for  parallelisn  deteralnation> 
{identical  to  STTRR2,  belo*> 

{sine  thresh  (sg)  for  of f set/intrail  deteralnation> 
{for  general  aaneoTering  threat  detection> 

{range  thresh> 

{altitude  separation  threshold> 

{Telocity  threshold  (sg)> 

{cosine  threshold  (sq>  for  parallelisn  deteralnation> 
{value  to  preTent  diTision  by  zero> 

{sine  threshold  (sg)  for  offset/intrail  deterainatlon> 


DPT  per  TASK  LOCAL  PARAS PTESS 
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<***  PB0XI8ITT  XDTISOBT  P1B1BETERS  (XPP  1)  »**> 


STRCTCTORB  PXP1RB 
SROOy  thresholds 

PIT  RPaiR  <ainisas  proxisity  range  (sq) > 

PIT  TLPSQ  <proxlilty  tlie  paraseter  (sq)> 

TIT  PP1  <prozlslty  altitude  threshold) 

BBPSTBOCTCTB: 


-  DETECT  T1SK  tOCIt  PIPIHBTSBS  - 


a  a  a  a 


<**»  STB0CTO8E  SiTIPiBS  (»PP  1)  «**) 


STB0CT0Bt  8 atapahb  <used  in  non-aode  C  threat  detection) 

SBOOP  nathrs 

828 k  <range  below  which  traffic  advisory  is  always  given) 

THB»  <tan  horizontal  threshold  for  generating  traffic  advisory) 

8D281  <predicted  siss  distance  threshold  for  generating  Th) 

TSBPSQ  <tine  estisate  of  ainiann  separation  before  traffic  advisory  is  given) 

EBPSTBOCTOBE; 


DBTBCT  TASK  LOCAL  P1R1BS7EB 3 
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<**•  CONTHOtlEP  &LEBT  P&Hlfl STEPS  (DPP  1)  •**> 


STBOCTDBE  CUPiHH 
3ROOP  rone2 

FIT  ZiFCOS  <ainiana  Tertical  separation  for  nc  in  zone  2> 

FIT  ZBC0H2  <ainiaua  range  (squared)  threshold  for  1C  in  Zone  2> 

EHDSTB0CTORE; 


DETECT  TASK  IOC»I  PiHlHETEPS 
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<»**  CONTROLLER  ALERT  VARIABLES  (Table  8-2)  *••> 


STROCTORE  CAVBL 
GROOP  thresholds 
PIT  APCOH 
PLT  BDC0M2 
PIT  ROOM 2 
PLT  TCOHH 
PLT  TCOMV 
gMPSTBOCTOR  E ; 


<iaeediate  altitude  threshold> 

<aiss  distance  threshold  (squared) > 
{range  threshold  (sguared)> 
{horizontal  tan  threshold) 

{vertical  tau  threshold) 


DETECT  TASK  LOCAL  VARIABLES 


*  iv***}**  '  '*. 
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<•**  8ESOL0TIO8  AD7IS0BT  VARIABLES  (Table  8-4)  ***> 


STBUCTDBS  BA7BL 

GFOOP  ctl_thresholds 
FLT  AIFB 
FIT  HIFS2 
FIT  TIFBH 
FLT  TIFB7 

GBODP  unc_thresholds 
FLT  AF 
FLT  SCHD2 
FLT  TCSDH 
FLT  TCSDV 
EKDSTR0CT08  E: 


<laaediate  altitude  threshold> 
<range  threshold  (squared) > 
<horlzontal  Taa  threshold) 
<yertical  Taa  threshold) 

<iaaediate  altitade  threshold) 
<raoge  threshold  (squared)) 
<horizoatal  Tau  threshold) 
<vertical  Taa  threshold) 


<***  THREAT  ADTIS08T  VARIABLES  (Table  8-5)  *•*> 


STRUCTURE  TA7BL 

GROUP  ctl_thresholds 
FLT  AFIFF 
FLT  HDFPI2 
FLT  8FIF82 
FLT  TFIF8H 
FLT  TPIFR7 

GFODP  anc_thresholds 
FLT  AFPBI 
FLT  H0FP82 
FLT  B*Pfl 2 
FLT  TFPflH 
FLT  TFPHI7 


<iaaediate  altitade  threshold) 

<aiss  distance  threshold  (squared) > 
<range  threshold  (squared)) 
<horizontal  Tau  threshold) 

<vertical  Tau  threshold) 

<iaaediate  altitade  threshold) 

<siss  distance  threshold  (squared)) 
<range  threshold  (squared)) 
<horizontal  Tau  threshold) 

<Tertlcal  Tau  threshold) 


DETECT  TASK  LOCAL  7ARI1BLES 
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<*•*  STROC^OBE  BCSVBL  «**> 


stroctore  scrvbl  <see  Table  8-1  5  Appendix  A  for  assigned  values) 

SBOOP  res 

FLT  R0T8R  {range  rate  threshold.  Halts  tau  la  parallel  flight  tracts) 

FLT  Hi  <threshold  for  divergence  rang*  hit  test  for  RA> 

fit  dhod  <horlzontal  clearance  used  to  define  collision  threshold> 

FIT  ththr  {threshold  of  tins  to  closest  approach> 

ELT  ZTHR  {threshold  of  altitude  separation> 

fit  zothr  {altitude  rate  divergence  threshold> 

FLT  TV-HB  {threshold  of  tlae  to  closest  approach> 

GRODP  threat 

FLT  RTHRTA  {range  threshold  for  TA> 

PIT  FDTHRTA  {range  rate  threshold  for  TA> 

FIT  hita  {threshold  for  divergence  range  hit  test  for  TA> 

FLT  DHODta  {perfores  role  of  DHOD  for  TA> 

FLT  TPTHRTA  {perforas  role  of  TBTHB  for  TA> 

FLT  ZTHBTA  {perforas  role  of  ZTHB  for  TA> 

FLT  ZDTHHTA  {perforas  role  of  ZDTH1  for  TI> 

FLT  TVTHRt*  {perforas  role  of  TTTHi  fot  T»> 

EKPSTBOCTDRE: 


DETECT  TASK  LOCAL  VARIABLES 
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<•••  EBCOOBTEB  CBIB1CTEEIS7IC  fkEtkBl.EE  •**> 


STBOCTOBE  EtfBL 
GEOOP  local 

bit  r»r»z2: 

IBT  HOLT 
IBT  PECOET 
ill  PESO 
fit  TBIT 
IBT  OOIHD 
IBT  SSL 
EBDSi'BOCTOEE: 


<both  1C  In  Zone  2  (along  glide  slope) > 
<inltlplicitr  of  enconnter> 

<saaaarizes  control  state  of  ac  pair> 
<anaaarisaa  egnp.  state  of  ac  pair> 
<ratio  of  eq/nneq  1C  speeds> 

<nnc/onc  indeo 

<BC1S  sensitivity  le»el  for  1C  pair> 


-  DETECT  T1SE  L0C1L  V1BX1BLES 
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<***  LOGIC-PATH  VARIABLES  *•*? 


STR0CT08E  PATHVBL 
GRpqp  local 

BIT  HT_DBTECTED 
BIT  PF_FAILED 
BIT  HPROX 
BIT  VPROI 
BIT  BCSOEF 
BIT  FOCI 
BIT  GOTST 
BJT  BIITLOOP 
BIT  DOREBOTH 
BI*r  FORES 
BIT  FILTFAIL 
BIT  SOTHREAT 
EHDSTBBCTOR  E; 


Cianeavering  target  detected? 

<pref ilterlng  failed? 
horizontal  proxiaity  detected? 

Cvertical  proxiaity  detected? 

<pair  under  ATARS  control  only? 

<no  controller  alert  needed? 

<go  to  aanenvering  target  threat  logic? 
<jaap  oat  of  loop? 

<both  aircraft  in  pair  processed  in  HTT? 
<no  R A  needed  for  this  pair? 

<inhibit  RA  dne  to  vertical  divergence? 
<no  T»  needed  for  this  pair? 


DETECT  TASK  LOCAL  VARIABLES 
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<•••  HISCBLL1REOOS  T1RI1BLES  *•*> 


stroctorf  hiscvbl 
GBOOP  local 

FLT  HI  <x  coaponent  of  range  between  1C  (nai)> 

FLT  RT  <y  coaponent  of  range  between  1C  (nal) > 

FIT  HZ  <altltnde  separation  of  two  1C  (ft)  > 

FIT  B  <horizontal  range  between  two  1C  (nai)> 

FIT  THTBO  <tao  true,  unaodified  (no  DSQ)  horizontal  tan  (s)  > 

FIT  TBI  <closing  x  welocity  (nal/s) > 

FLT  WRY  <closlng  y  welocity  (nai/s)  > 

FIT  WBZ  <closing  z  welocity  (ft/s)> 

FIT  VPZA  <altltude  conwerglng  (negatiwe)  ,  ciwerging  rate  (ft/s)> 

FIT  TLA  <aaxialua  prediction  tiae  used  in  Detect  (s) > 

FLT  COS12  <cosine  of  angle  between  1C  welocity  wectors> 

FLT  TH  <wertical  diwergence  prediction  tiae  used  (s)  > 

FLT  TZ 1  <predicted  altitude  of  1C1  after  TH  seconds  (ft)> 

FLT  TZ2  <predicted  altitude  of  1C2  after  TH  seconds  (ft)> 

FLT  TVHD  <predicted  wertical  separation  of  1C  after  TH  seconds  (ft) > 

FLT  AH  horizontal  iaaediate  coaaand  set  prediction  tiae  threshold  (s)  > 

<wertical  iaaediate  coaaand  set  prediction  tiae  threshold  (s) > 

FLT  VH2  <closing  welocity  sgnared,  (nai/s)  **2> 

FLT  BST  <range  threshold  to  deteraine  proxiaity  adwisory  (nai*«2)  > 

FLT  RD  <closing  range  rate  in  BCA5  inhibit  logic  (nai/s)  > 

FLT  BDTl  <closing  range  rate  in  BC1S  inhibit  logic  <nai/s)> 

riT  DSQ  <range  aodification  used  in  calculation  of  tb,  nai/(s*«2)> 

FLT  1  <altitnde  separation  of  1C  in  BCAS  inhibit  logic  (ft)> 

FLT  1D0T  <altitude  closing  rate  used  in  BC1S  inhibit  logic  (ft/s)> 

£il  BITS  <crosa  product  of  position  wector  connecting  1C  8  a  welocity  wector> 

FLT  SIIIB2  <sine  of  angle  between  a  welocity  wector  and  position  wector> 

FLT  RDTFHP  <closing  range  rate  in  BCAS  inhibit  logic  (nai/s)  > 

FLT  TADS  <aodlfied  tine  to  alniaua  separation  in  BCis  inhibit  logic  (s)> 

FLT  TBTBO  <unaodifled  tiae  to  alniaua  separation  in  BCAS  inhibitlogic  (s) > 

zmmsziu; 

-  DETECT  TASK  LOClt  TARIIBLES  - 
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TASK  DETECT 


IS  (Potential  conflict  pair  with  state  rectors  and  conflict  tables) 

OPT  (Encounter  list  entry) ; 

<This  task  deterslnes  if  traffic,  threat  or  resolution  advisories  are  reqnired> 

Reserve  space  tor  possible  ELENTBT  structure; 

If  (either  AC  Is  non-sode  C) ; 

THEN  PEBfOBH  aissing_altitnde_traf f ic_advisory; 

ELSE  PEBFOBH  variable_initialization ; 

If  (one  AC  BCAS  equipped  ASP  other  AC  ATCRBS  equipped)  ; 

THEN  PEBfOBH  BCAS_inhibit_algorithe; 

PEBfOBH  AC_converging_or_proxisate_deteraination;  <pref iltering> 

If  (pair  passed  prefiltering) ; 

THEN  PEBfOBH  nunber_of_additional_AC_in_conf lict_deter«ination; 
CALL  HISIHOH_APPBOACH_PISTASCE_PHSBICTIOS; 

PEBFOBH  paraaeter_selection;  <detereine  protection 
envelopes  and  tise  thresholds  for  alerts> 

If  (at  least  one  AC  controlled) ; 

THE1  PEBfOBH  controller_alert_detereination ; 

If  (at  least  one  AC  eqdipped  ASP  both  AC  not  in  final 
approach  zone) ; 

THEN  PEBfOBH  threat_advisory_detersination; 

PEBfOBH  re soluti on_ad visor y_detereinat ion; 

If  (at  least  one  AC  equipped) ; 

THEN  PEBfOBH  prorisity_advisory_detereination ; 

PEBfOBH  ■aneurering_threat_logic; 

PEBfOBH  succeed in g_pr ocess ing_f lag_deter einati on ; 

If  (any  further  ATABS  processing  requlrsd) 

THEN  PgBfOBH  uninitialicsd_variabls_cosputation; 

Stors  SLENTRT  in  Encounter  List; 

ELSE  Release  ELENTBT  space; 

Iia  DETECT: 


DETECT  TISE  HIGH-LEVEL  LOGIC 


mtcmno  Pag*  blank-mot  nucs 


a-pis 


TtSE  DETECT 

IB  (STECT1,  STECT2 ,  CSCBEEH,  conflict  tables  and  pair  rscs  (if  any)) 

OPT  (encounter  list  entry  eith  flags  set)  ; 
allocate  BLEHTBT : 

U  (STECT1. BCPLG  12  SfllSE  21  STECT2 . BCPLG  12  BPaLSB) 

THEE  PEBPOBB  ■issing_altitnde_traffic_adTisory : 

ELSE  PEBPOBB  Tariable_initialization ; 

IZ  ( (STSCT1.  iTSBQ  J2  *»BS0  2i  ST8CT2.  ITS  BO  12  SIBtQ) 

HD  (STECT1.TTPE  12  *»TCBBS  OJ  STECT2.TTPB  12  *»TCBBS)> 

THEM  PBBPOBB  BCas_inhibit_algorithn: 

PEBfOBB  *C_conTerging_or_proxiaate_deternination; 

il  (PP_P*ILED  »  JP1LSB) 

THEH  PEBPOBB  naeb*r_of_additional_aC_in_conf lict_detemination; 
CHL  BIHIBPB_aPPFOaCB_DISTaBCB_P8EDICTIOB 
II  (YHX.TBT) 

OPT  (ELEBTBI.  BD2)  ; 

PBBBOBB  paraseter_selection; 

II  (PBCOBT  U  SHOCOHT) 

theb  pbbporb  controller_alert_detersination; 

II  (  (PBEQ  SI  IBOEQ)  HI 

(stectupbz  -  spazo  m  STECT2.paz  »  spazon 
THEB  PBBPOBB  threat _adYisory_detersinatlon; 

PBBPOBB  resolotlon_adTlsory_detersinatlon; 


II  (PBEQ  11  SHOEQ) 

THEB  PEBPOBB  proxieity_adTisory_detersination ; 
PBBPOBB  eaneaTering_threat_logic; 

PBBPOBB  sacceeding_processing_f lag_detersination ; 

IP  (any  of  GBOOP  BLEHTBT.  processing_required  U  JPatSE) 

•"HBH  PBBPOBB  an initialired_Yariable_coepu tation ; 

tin*  BLEHTBT  to  Encounter  List; 

ELSE  Deallocate  BLEHTBT; 


BHD  DETECT; 


DETECT  TBSK  LOH-LET El  LOGIC 
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_ l.t*-;" 


°B0CES5  missing_altitode_traff ic_ad»isorT; 

<Gixen  po*ential  conflict  pair  with  one  or  both  *C  lacking 
altitude  information,  this  process  deternines  if  proximity  advisory  is  needed. 
!t.B.  all  thresholds  are  not  dependent  on  area  types  or 
controller  alert  state> 

Clear  encounter  list  entry  flags;  <fntnrm  processing  aod  Detect  flags> 
Calculate  range  betmeen  DC: 

If  (range  minlmnm  range) 

25!  declare  proximity  adTlsory  is  necessarx; 

SLgf  compute  seoaration  assuming  lie  aaneuxer  towards  one 
another  for  30  seconds  (tlosq) ; 

I*  (current  range  1?  seoaration  aporoxiaation) 

TP gw  declare  proximity  adxlsory  is  necessary; 
ft  SB  calculate  time  to  closest  horizontal  approach  (th) , 
minimum  horizontal  miss  distance  (md2) ; 

(th  iS  threshold  jyiD  md2  IT  threshold) 
fHBW  declare  proximity  adxisory  is  necessary; 

TWO  aissing_altitude_‘ raf fic_adxisory ; 


DITTC*  "iSR  BIGH-LSTgL  LOGIC 
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PROCESS  niasing_altitnde_traff ic_adTisory; 

<Giren  potential  conflict  pair  aitb  on*  or  both  AC  lacking 
altitnda  intonation,  deteraines  if  proziaity  adviaory  is  naadad. 
H.B.,  all  thrasholds  ara  not  dapandent  on  araa  types  or 
controller  alart  state> 


SUM  GBOPP  BLEHTBT. flags; 

CLBAB  GBOOP  BLEHTBT. procassing_raqnired; 

PX  ■  STECT2.X  -  SVECT1 .  X; 

BT  «  SYSCT2.Y  -  SYECT1.Y; 

ELEBTBT . R AHGE2  *  BX*BI  ♦  8I*RY ; 

I£  (ELEBTBT . 3AHGE2  HITAPAHH. H2HA) 

THEB  SET  PtIPIG; 

ELSE  HST  -  2*HAT1PARH.TSEPSQ*(SYBCT1. YSQ  ♦  S7BCT2.TSQ)  ; 

U  (ELEBTBT.  HAHGE2  RST)  ; 

THEB  SET  PBIPLG; 

E1SE  YRX  -  STECT2.  XD  -  SYECT1 .  XD; 

TBI  »  SYECT2.YD  -  SYBCT1.TD; 

ELEBTBT.  DOT  -  (BX  *  ?BX)  ♦  (HI  *  TBI); 

DSQ  »  DETPAHH. BDETt (DBTPARH. ADET* ( STECT1 . YSQe5TECT2.  YSQ)  ) ; 
BLEHTBT.  TH  *  -  (BLEHTBT.  BABGE2  -  DSQ)  /  ELEBTBT.  DOT; 

CALL  HIBIHUB_APPBOACH_DISTABCB_PHBDICTIOB 
U  (TBI,  TBI) 

221  (ELEBTBT. BD2)  ; 

1£  ( (ELEBTBT. TH  JJ  BATAPABH. TEBA)  ABD 

(ELEBTBT.  BD2  £T  BATAPABH.  HD2BA)  ) 

THEB  SET  PIIPlG; 


EBP  alaaing_altitnda_traf fic_adTlsory ; 


DETECT  TASK  LOB-LETEl  LOGIC  — 


8-P17 


P80CYSS  Tariahle_lnitialization; 

<?erforas  preliainarf  convergence  calculations  and  initializes  variables> 

Clear  encounter  list  en‘rv: 

Indicate  that  (encounter  area  type, 
alas  distance, 
horizontal  ’•an, 

vertical  Tan)  ara  unini*ial ized; 

Indicate  that  resolution  advisory  dec  Tan  thresholds  are  uninitialized: 

Coapn*e  (vertical  separation, 
convergence  rate, 
range)  : 

Oeteraine  equipage  and  con*rol  status; 

HO  variable_initialization; 


OftfCT  "DSK  SIGW-lRTTt  10GIC 
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PROCESS  »ar labla_initializat Ion; 

Sal  GEOOP  ElERTRT.  flags; 

CLUE  GBOOP  ELEBTHY.  procn*slng_roqairod; 

ElERTRT. ES»T  »  S0DXT; 

EtEBTRI.BD2  «  JTJD8D; 

EIEBTRY.TH  ■  RODTXO; 

ElERTRT. TV  *  SODTXO; 

SXYBL.TCRDH  »  SODTXO; 

RXVBL.TCSDV  -  SODTXO; 

RZ  «  SVECT2.Z  -  STECT1. Z; 

ELERTRT.  XLT  »  IBS  (HZ); 

HE  =  SVECT2.  X  -  SVECT1 . X; 

ST  =«  STECT2.T  -  SVECT1.Y; 

VBX  *  SVECT2.XD  -  STECT1.XD; 

THT  *  STECT2.TD  -  STECT1.TD; 

ELE8TBT.  DOT  «  (RX  *  VRX)  t  (RT  *  THT); 

ELEBTRY.RXBGE2  *  SX**2  ♦  RY»»2; 

H  *  SQRT (RABGE2) ; 

CELL  XIRCRXFT_PXIR_BQOIPBERT_XBD_COBTBOL_STITE_DBTEBBIB1TIOB 
U  (STECT1,  STECT2) 

OPT  (PRCOBT.PBEQ) ; 


EBP  variable.,  initialization; 


DETECT  TXSK  lOR-LIVBl  LOGIC 
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pnoctss  8C»s_lnhibit_algoritha: 

<Deteralne*  If  BC» threat  logic  shoald  be  Inhibited  for  thla  ptlr> 

If  (ECUS  sensitivity  level  22  2)  <le  BC1S  operating?) 

XUS  X*  (this  site  is  prlsary  for  BC1S  »C) 

TUBE  ?BBPO»B  BC»S_threat_loglc; 

!L3S  petrosa  BC»S_resolBtion_4etersination_logie: 

BED  BC»S_lnhibit_algorlths; 


05*BCT  TUSK  HIOH-lBVBt  10SIC 
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PBOCBSS  BCBS_lnhlbit_algorlthn; 

<Datarainaa  If  BCBS  ahonld  ba  inhlbitad  for  thia  palr> 

IX  {STBCTI. 1TSBQ  SjJ  Si  ESQ) 

mi  SSL  ■  stbcti.  SCI  SSL:  <  SSL  la  aaad  to  rafaranea  Tabla  8-l> 

PBIH  -  STBCTI. PST1T; 

BL3B  SSL  •  STECT2. BC1SSL; 

PBIH  »  STBCT2. PSTXTi 
II  (SSL  21  2) 

THEB  U  (PBIH  12  *TBOt) 

THBH  PBBPQBH  BCXS_thraat_loglc i 

BLSB  PBBPQBH  BClS_raaolntion..datar ainatlonjloglc ; 

JUJj  <do  nothing  aa  BC13  not  oparating> 

EBP  BClS_inhibit_algorithaj 


DETECT  TISR  LOt-LSTSl  LOQXC 
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QROCBSS  AC_converging_or_pro*i»ate_deterainat ion: 

<Serv»s  as  a  prefilter  -  if  AC  ars  diverging  or  not  near  one 
another  then  no  CA,  RA,  TA  tan  testing  is  perfomed> 

If  (the  aircraft  are  diverging) 

T353  prefiltering  failed; 

BIS?  aodifT  slightly  diverging  AC  to  slovlv  convergino,  if  necessary 
£231023  tan_calcalat ion; 

TP  (horizontal  Tan  22  coarse-screen  lookahead) 

1321  IS  (current  range  £B  ia»edia*e  range  *hreshold) 

THBB  prefiltering  failed; 

TP  (oref iltering  hasn't  failed  vet) 

TUBW  IP  (vertical  Tan  JB  coarse-screen  lookahead) 

1312  IS  (current  altitude  separation  22  iseediat 
altitude  threshold) 

THEM  prefiltering  failed; 

vrd  AC_con verging_or_proxinate_deteralnation; 


DPTPC*  TASK  HIGH-LEVPL  LOGIC 
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PROCESS  AC_c on »e rgi ng_or_p ro xia at e_deter»i nation; 

CLBAB  PP_FAILED; 

If  (ELEHTRY.  DOT  51  DETPARH.  DOTTH) 

THEM  SET  PP_FAILED; 

ELSE  If  (ELEHTRY.  DOT  U  -  DETPARH.  DOTTH) 

ta.es : 

ELSE  ELEHTRY. DOT  =  -DETPARH . DOTTH ; 

PERPOBH  tan_calculation; 

IF  (PRCOHT  15  SROCOHT) 

THEH  TLA  »  CSCREBH.TLI; 

ELSE  TLA  »  CSCREEH.TLY; 

IP  (ELERTBY.TH  Sf  TLA) 

THES  If  (ELENTRY.  RAHGE2  51  DETPARH.  RDBT) 

THE8  SET  PF_P AILED; 

IF  (PP_F AILED  RE  tTROE) 

THEH  If  (ELEHTRY.  TY  51  TLA) 

I 

THEM  If  (ELEHTRY. ALT  51  DETPARH . AFDET) 
THEH  SET  PF_FAILED; 

j 

EHD  Ac_con»erging_or_proxiiate_d«teriination; 

| 


i 


DETECT  TASK  LOI-LEYEl  LOGIC 
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°SOCESS  n aiber_of_addlf Iona l_AC_in _conf 1 let _4etersinat ion: 

<De*-eraines  paraseter  Bt7IT  vhich  Is  osed  as  an  lndsz  In  look-op 
‘ables  for  DETECT  thresholds  > 

I?  (neither  AC  is  in  a  conflict  table) 

THE  set  soltiplicitr  to  2: 

glSEI*  (onl*  one  AC  is  in  a  conflict  fable) 

UES  set  aoltioiicitT  to  nosber  of  AC  in  fable  (EAC)  ♦  1; 

ELSETf  (both  aircraft  are  in  the  sase  conflict  table) 

THEE  set  sultiplicita  to  EAC; 

OTBgptl SB  ^aircraft  in  different  tables> 

set  naif iollcltr  to  EAC(ACl)  ♦  HAC(AC2); 

fBD  nu«ber_of_addit iona l_AC_in_conflict_deter»i nation ; 


DETECT  TASK  BTSB-LETBt  tOSIC 
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PROCESS  nu»ber_of_addit ional_AC_in_con fllct_d at er si nation 


IF  (ST SCT1.CTPTS  =  ROLL  AND  SVECT2.  CTPTS  »  ROLL) 
THEM  MOLT  =  2; 

EL5EIE  (S7ECT1 . CTPTR  «  ROLL  £8  STECT2.CTPTR  *  ROLL) 
THEM  access  conflict  table; 

BOLT  =  CTHEAD. RAC  ♦  1; 

ELSEIP  (STECT1. CTPTR  E^  S7ECT2 .  CTPTB) 

THEM  BOLT  =  CTHEAD.  RAC; 

OTHERBI SE  <aircraft  in  different  tables> 

BOLT  »  CTHEAD.  KAC(ACI)  ♦  CTBEA  D.  RAC  ( AC2)  ; 

TED  nuaber_of_additional_AC_in_conf lict_deter«ination; 


DETECT  TASK  LOR-LETBL  LOGIC  - 
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PROCESS  paraae*er_select ion ; 


<Deieraines  (1)  the  protection  envelope, 

(2)  the  oredicted  ainiana  miss  distance  threshold 

(3)  the  tiae  to  aininna  approach  threshold  for  Sft,  Tft,  c». 
In  general  an  alert  is  given  if  the  ftC  violate  the  protection 
envelope,  ie.  are  proxiaa*e,  or,  ‘he  tiae  to  ainiana  approach 

is  short  and  the  closes*  approach  is  snail,  ie.  pass  tan  checlts> 


If  (at  least  one  ftC  is  controlled) 

"HER  Chit  "*::Otn)?»R_RRER_TT??_DETSRni’lhTIOR; 

CftLl  ThO_h»0_PPOXIHITT_THR!SHOtD_D*TBRBIII»TrOS: 
< select  parameters  nsed  to  decide  if  R ft ,  Tft,  Cft  needed> 


SI. SRI*  (at  leas*  one  aircraft  is  equipped) 

TERR  CHL  ERCOOfITRR_ftRSft_TT«>!_DBtSRBrRftTIO!l: 

12  (both  »C  are  in  a  final  approach  zone) 

2£22;  <no  °ft  or  Tft  given  in  »»z,  so  don't  get  these  thresholds) 
ELSE  CfttL  TftO_ftNO_PROTiniTT_THRESHOlD_OSTERBISftTTO!l: 


522  paraaeter_selection; 


DETECT  TftSK  RI5B-IETSL  tOGIC 
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PROCESS  para«eter_selection; 

II  (PBCOHT  HE  JHOCOHT) 

T8BB  CALL  B8COaHTEB_AHEA_TTPB_DETBB8rHATIOH 
UJ  (SPECT1,  STECT2) 

OPT  (ELESTHY.  SB  AT,  I8PAZ)  *. 

CALL  TA0_AHD_PHOXialTY_THHESHOLD_DBTE?BIBATIOl  <set  parameters) 
IB  (EH  AT,  HOLT,  PBEQ,  PHCOBT) 

IHOOT  (VBZA)  ; 

ELSEIP  (PBEQ  ME  SHOEQ) 

THEM  CALL  EMCOOHTEB_ABEA_TTPE_DETEBHIHATIOH 
JJI  (STECT1.  SVBCT2) 

OPT  (ELEBTBT  .  EB  AT,  IB? AT)  5 

IE  (  (SVECT1  .  FAZ  JIB  JPAZO)  AHD  (SVECT2. FAT  HE  S PATO)  ) 

TqEH:  <  don't  set  parameters  > 

ELSE  CALL  TAO_AHD_PHOXIRITT_TBHBSHOID_DETEHHIHATIOH 
UJ  (EBAT,  BOLT,  PBEQ,  PRCOHT) 

IHOOT  (?RZA)  ; 


PBD  paraoete r_se!ection ; 


DETECT  TASK  LOB-LB? El  LOGIC 
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»80C8S3  controll*r_*l*rt_d*t*r*lna‘ion: 

If  (n*ith*r  1C  r*qulr*a  a  controller  al*rt) 

THEM :  <  for*go  contollar  al*rt  procaaalng  > 

813818  (both  1C  In  gild*  *lop«)  <  Zoo*  2  > 

fa 88  X£  ((rang*  I*  alnlana  rang*  in  ion*  2)  HP 

(▼•rtlcal  **naration  U  alnlana  a*p*ra»lon  In  Ion*  2)) 

TB88  ai2(C»na,  IC1FU)  ; 

ZUI  no  alert  nacaaaar?; 

0TB8HWIS8  li  (1C  ar*  cloa*  In  horliontal  dla*nalon) 

*888  Indicate  horliontal  nroilaltw; 

»tSBl»  (ic  *111  b*  at  alnlana  aaparatlon  aoon) 

XBSfi:  <  ci  atlll  a  ooeaibllltr  > 

0TH88WI3»  failed  horliontal  t**ta; 

IX  (1C  pair  within  wnrtlcal  Cl  wlolatlon  *nw*loo*) 
tbsb  lndlcat*  wartleal  proilal*r? 

81S8I*  (1C  will  b*  coaltitnd*  aoon) 

THH8:  <  Cl  atlll  poaalbl*  > 

OTB8BW138  failed  w*rtlcai  ***♦.*; 

If  (predicted  alnlana  separation  (HD 2)  ontsld* 
horliontal  protection  envelope) 

*HH8  failed  alas  dlatanc*  tast; 

IX  (all  teat*  paaaed) 

THBH  38T  C18LS; 

IX  (horliontal  proilalty  my  vertical  proxialtv) 

TBE1  38*  IC18L5;  <  n**d  Cl  tbia  acan  > 

Hi  self  (*lth«r  ic  turning) 

XJ XX  Cltt  lC_P181tlBl_088S8T_*08»IH0_08*8WHI»lTI0H: 

IX  (ic  parallal,  off **t  and  turning  towarda  on*  anoth*r> 
"*H8H  5iX(ci8ta,  icifto) : 

88P  eon troll*t_al*rt_d*t*rnl nation; 

- - - -  DBTfCf  T1SK  HI8H-tB?8t  103IC  - 
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taasiu  con  *  roll er_alert_deterainat ion ; 

Am  (ROCX,  HPHOX,  TPBOX); 

H  (STBCT1 . CXBEQ  -  SFALSE  tag  STECT2.CABEQ  -  SFALSE) 
them :  <  forego  controller  alerts  > 

am  (IRFA22  -  STROB) 

THBB  H  ( (RISRTST.  81R0E2  JJ  CXPlHfl.2RC0H2)  IMP 
(ELERTBT.  ALT  JJ  C1P1BH.  ZAPCOR)  ) 

THEM  aJ2<!l*>T*T*ci?l8»  blertrt.icxflg)  ; 

ELSE: 

OTHEHIISE  U  (ELERTBT.  R1RGE2  H  C1TBI.BC0R2) 

THER  SET  HPHOX; 

ELSEIP  (ELEBTBT.TH  SJ  CITBL.  TCORH) 

thbr:  <  CX  still  a  possibility  > 

QTHEBRI3E  HI  ROCX; 

II  (ELBHTBT.  ALT  JJ  CXTBL.  XPCOB) 

TREE  SET  TPBOX; 

ELSEIP  (ELBHTBT.  TT  fil  8  ilfl  ELERTBT.  TT  U  CXTBL.  TCORT) 

THER;  <  Cl  still  possible  > 

QTHERHISE  HI  "OCX; 

H  (ELBHTBT.  BD2  SJ  CXTBL.  BDCOR2) 

THER  SET  ROCX; 

II  (ROCX  ■  ST1LSE) 

TIER  SET  ELERTBT.  CXPIG; 

II  (RPBOX  £S  STB01  US  TPBOX  IS  STROE) 

THER  SET  ELERTBT. IC1FLG;  <  need  Cl  ripht  a*ay  > 

ELSEIP  (STBCT1.TOBR  U  *STB1IGHT  21  STECT2.T0BB  H  S3TBXIGBT) 
THER  CXll  AC_PAHA11BLJ5PPSBT_TDBBIBG_DETEB8IB1TI0R 
u  (QEOOP  RTPXBR.cstr.thresholds) 

OPT  (HT_DETBCTEP)  ; 

II  (RTJ>ETRCTED  ■  ITROB) 

TREE  UZOIHTBT.CIFLG,  ELERTBT.  ICXFLG)  ; 
us  controller_alert_deterainatloa; 

-  DETECT  TASK  LOR-LETEL  LOGIC  - 
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PROCESS  *  hr  eat_advisory_de*er  si  nation; 

<Sets  PPSPIS  and  rPIFtC  to  Indicate  a  threat  aessage  is  required) 

If  (at  least  one  aC  is  uncontrolled  and  egnipped) 

tree  can  THRBaT_Tao_afO_P80xisiTT_coBpaBisoss: 

<  routine  to  deteraine  threat  advisory  need  > 

I*  (at  least  one  ac  is  controlled  and  equipped) 

THBB  can  THPfaT_TaO_aSD_PBOXT«ITT_COHPaPISOIIS; 

<  routine  to  deteraine  threat  advisorv  need  > 

<If  ac  pair  is  uncontrolled/controlled  then  THBf aT_Tao_aBD 
_PBOTI"tTT_COHPaHISOHS  is  called  twice  (once  for  each  aC) 
with  differen*  Ta  thresholds  for  each  call.  If  both  ac 
controlled  or  both  1C  uncontrolled  THRE1T_?10_1RD_PHOXI HITT 
_coBPa«irsoiis  is  called  once> 

PRO  threat_adTisory_deteralnatlon; 


DETECT  laSK  HIOH-lBTEl  100IC 
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PROCESS  threat_advisory_dotersination 


ir  (  (S7ECT1 ,  CORC  Efl  J8II.SE  A5£  S7BCT1.  iTSEQ  JJ  OBEQ)  25 
(S7BCT2. COBC  JflLSE  A5j>  S7BCT2.  ITSEQ  J5  OBEQ)  ) 

THEB  CiLl  TBBEiT_TiO_lBD_PBOXIBITT_COBPiBISOBS 

<  coatio«  to  dotorsino  throat  advisory  nood  > 


IB  (GBOOP  Ti7BL.une_throshol.ds) 
OPT  (ELEBTBT.  PPWPLG)  ; 


li  ( (SVECT1.CORC  52  JTBOE  AM  S7ECT1.  iTSEQ  55  OBEQ)  25 
(S7BCT2.C0BC  E2  JTBOE  IBD  S7ECT2- iTSEQ  55  OBEQ)) 

THEB  CiLL  THBElT_Tia_lBD_PBOXIBITT_COBPlBISOBS 

<  roatino  to  dotorsino  throat  advisory  noed  > 
15  IGBOOP  Tl7BL.ctl_throsholds) 

OPT  (ELEBTBT.  PPIP1.G)  ; 


EBP  threat_advisory_deteroina*.ion ; 


DETECT  TISK  LOW- LET  EL  LOGIC 
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M2£HS  lut ion_ad visor v_deteraina  t ion ; 

<Sats  CHDFLG  to  indicate  RA  required,  and  if  RA  needed  by  controlled 
AC,  also,  sets  T*RFLG> 

IF  (ttireat  advisorv  required  for  uncontrolled  AC)  <  FPSPLG  > 

-SI3  "All  RFSOUJ?IOH_TAa_ARD_?POITSITP_COfl?ARISOBS; 

<  routine  to  deternine  resolution  advisorv  need,  sets  CRDFLG  > 

IT  (‘hrea*  advisory  required  for  controlled  AC)  <  FPIFLG  > 

1351  CA1L  P»SOLGTIO>l_TAO_AST)_PROJ:iSITT_CO!!PARISO*S: 

<  rontine  to  deternine  resolution  advisory  need,  sets  TFPFLG  > 
IF  (bo*h  AC  controlled) 

CHOFLG  =  IFRFLG; 

<If  AC  oair  is  uncontrolled/controlled  then  RESOLOTIOR_’l>Aa_ARD 
_°I’:m!lTTT_COn?»RISO?te  is  called  twice  (once  for  each  AC) 
wi^h  different  pa  thresholds  for  each  call.  If  bo*h  AC 
controlled  or  both  AC  uncontrolled  R2SOLBTIOH_?AO_AND_?ROTIHITY 
_'n’1°A”TSCiRS  is  called  once> 

" i:  -esolut ion_adt isorv_deternination ; 


Df'FCT  TASK  HI3H-LFYFL  LOGIC 
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PROCESS  resolutlon_advisory_detersination; 


II  (BLBHTBT.PPRFLG  -  STROB) 

THEB  CI1L  SESOIO?IO»_TIP_XSD_PROIIHITY_COHP1BISOHS 

<  routine  to  deteraine  rasolatlon  advisory  oaad  > 

U  (G800P  RXYBL.unc  .thresholds) 

OPT  (BLESTRY.CHDFLG)  : 

i£  ( ELEHTRY. FPIFLG  «  STROB) 

THEM  ChlL  RESOLOTIOB.TXO.IHD.PROXIHITY.COHPXBISOHS 

<  routine  to  dataralne  resolution  advisory  need  > 

IS  (GBOQP  RXTBl.ctl.thresholds) 

OPT  (ELEKTRY.  IPRFLG)  ; 

If  (both  XC  controlled) 

THB1I  ELERTRY.CHDFLG  »  ELEHTRY . IFBPLG; 

BMP  resolution.advisory.deteraination ; 


DETECT  TXSR  LOR- LEY  El  LOGIC 


PROCESS  proiimiiy_advisory_deternlnation: 

<Se*s  PBIELS  to  Indicate  that  a  proxiaity  message  is  needed> 

I»  (vertical  separation  £B  proximity  threshold) 

*HEB;  <  proxiaity  advisory  not  needed  > 

ELSEI*  (range  IT  minimum  range) 

I5Z3  S?T  pmi'LS:  <  need  proximity  advisory  > 

OTHEP«ISt>  compute  separation  after  tine  TtosQ; 

I»  (range  tl  computed  separation) 

thee  set  pmtPts: 

»ED  praxis it v_advisorv_de ter mi nation : 


DETECT  TASK  SISB-LETSL  10SIC 
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PB0C8SS  proxiaity_adTisory_deterainatlon; 

u  (ELSBTBT.  4LT  21  PBPBBB.TP1) 

TREE t  <  proxiaity  adrisory  not  needed  > 

BISBIP  (ELEBTBY.81BGB2  U  P»P»BB. 8PBIB) 

THEB  SET  ELEBTHY. PBIEIG;  <  datinltaly  nead  one  > 

0T8EB8ISE  BST  «  2  *  P1P&BB.TLPSQ  •  (SYECT1.YSQ  ♦  SVECT2.  VSQ)  ; 
li  (El  ENTBY.  B1BGE2  U  BST) 

TBEH  SET  S1EST8T. PBIPLG; 

EBP  proxiaity_adxisory_deter Bination j 


DETECT  T4SK  LOB-LETEL  LOGIC 
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PBOCES*  oanaaTarinq_thraat_toglc: 

<Followlng  taata  «aad  oat  situations  that  So  not  Involva 
a  sanausarlng  tar  gat  thraat> 

It  (laaadlata  alara  alraady  dataralnad)  <  HTTFL8  > 
im  ;  <  no  naad  to  parfora  thia  logic  > 

ELSEI*  (nalthar  kC  la  torning) 

1 251  :  <  no  aanausarlng  kC  Insolsad  > 

JJJSi;  (kC  diverging  at  a  anfficiantly  fast  rata) 

THBB;  <  no  thraat  aanauvar  aziata  > 

ELSEI*  (proxiaity  adslaory  not  alraady  glsan)  <  P«I?IG  > 

ZUS:  <  not  cloaa  anoagh  to  bo  conearnad  about  aanaavarlng  kC> 

BLSBIE;  (both  kC  hart  boon  dataralnad  to  ba  in  a  final  approach  zona) 
xaa«  <  do  not  taat  aa  Bk  not  glvan  In  final  approach  zona  > 

OTHEBBISE  CkLL  kC_»kSkLLEL_OPPS*T  J',gHBTHG_DBTB»HIHkTIOH;  <aanaoTar  targat> 

It  (aanausarlng  targat  thraat  datactad) 

THBB  SET  B^TFIS ; 

It  (ancountar  araa  typa  la  unlnltlallzad) 

1*HBB  CkLL  BHCOOHTBH_kBBk_TT°E_DET BBHTBkTIOH; 

It  (both  kC  In  final  approach  zonaa) 

THEE  CLEkB  HTTFL3; 

BLSBIf  (at  laast  ona  kC  la  controlled  and  aguippad) 
THBB  SBT  (CHDFLG,  FPIFLG,  IFFFLS)  : 

BLSBIF  (at  laaat  ona  kc  is  oncontrollad  and  aqaippad) 
THBB  SBT  (CHDFL3,  FPIFLS)  : 


JIB  sanauaarlng_thraot_logic; 


-  DETECT  TkSK  BI3H-LETBI  L08IC 
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PROCESS  •an*a7*rtDg_thr«at_logic; 

II  (ELEHTRT. BTTFLG  -  STBOB) 

mi  5 

mill  (S7BCT1.T0BH  ■  7STBAIGHT  Hfl  S7ECT2.T0BB  ■  SSTRAIGHT) 

mi! 

mig  (BLERTBT.  DOT  flj  DETPABB .  BOTTH) 

ZUls 

ELSEIF  (ELEHTRT.  PIIFLG  -  SFALSE) 

mi: 

ELSBIF  ( (S7ECT1.  FAZ  IQ  SPA21  Qg  S7BCT1.PAZ  IQ  SFAZ2)  H£ 

(S7ECT2.FA2  IQ  SFAZ1  Qg  S7BCT2.FAZ  IQ  SFA22)  ) 

THES; 

OTHERBISB  CALL  AC_PARALLEL_OFFSET_TOHBIRG_DETERBIHATIOH 
II  (GROOP  STPARH.gnl_*hr®shoUs) 

OPT  (BT_DBTECTED)  ; 

II  (BT_DETECTED  «  STROE) 

THEH  SET  ELEHTRT.  BTTFIG  ; 

H  (BLEBTRT.  BEAT  ■  SODAT) 

THEH  CALL  EHCOOHTER_ ARE A_TTPE_DETBR HI RATIOS ; 

II  ( (57ECT1 .  FAZ  H  SFAZO)  HQ  (S7ECT2.  FAZ  H  JFAZO)  ) 

THEM  CLEAR  BLEBTRT. HTTFLG ; 

ELSEIF  (  (S7SCT1 . COHC  IQ  STROE  HQ  S7SCT1.ATSEQ  H  SUREQ) 
SI  (S7ECT2.C0HC  IQ  STBUE  HQ  S7ECT2.  ATSBQ  H  SORBQ) ) 
THBB  SET  (BLERTBT. CBDFLG,  BLEBTRT. FPIFLG, 

BLEBTBT. IFBFLG) ; 

ELSEIF  ( (S7ECT1.C0HC  IQ  SFALSE  HQ  S7BCT1.  ATSBQ  H  SORBQ) 
01  (S7ECT2. COHC  IQ  SFALSE  HQ  S7BCT2.  ATSBQ  H  SORBQ)) 
THBB  SET  (BLEBTBT. CBDFLG,  BLERTBT. FPBFLG) ; 


EBP  ■  an«aT«ring_thr*»t_logic; 


DETECT  TASK  LOW-LE7EL  LOGIC 


PROCSSS  succeeding_processing_f lag_de fere lnat ion : 


'ST 


<Gixen  Defect  output  flags  and  conflict  table  (if  it 
exists) ,  de*eraines  future  processing  for  this  pair> 

1?  (proxiaity  adxisory  OR  threat  adxisory  needed) 

THPH  aarX  encounter  entry  for  Traffic  adxisory  processing; 

I”  (resolution  adxisory  declared) 

I2.L2  eart  encounter  entry  for  Haster  »esolution  orocessinq; 

IP  (controller  alert  declared) 

3233  aarX  encounter  entry  for  controller  alert  prexle*  processing; 
J.2  (conflict  pair  record  exists  and  no  resolution  adxisory  declared) 
TSfH  aarX  encountor  entry  for  resolution  deletion  processing; 

T*  '9CXS  inhibit  has  been  declared) 

TPTR  aarX  encounter  en*rx  for  BChS  inhibit; 

'incceeiin  g_orocessing_f  lag_deter«ination; 


DETECT  "hSE  HIGH- LE7EL  LOGIC 
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PROCESS  succeeding_processing_f lag_deterainat ion: 

<Given  Detect  outpat  flags  and  conflict  table  (if  it 
exists)  ,  detecaines  future  processing  for  this  pair> 

H  (PWIFLG  £5  STROE  OR  FPI FLG  Eg  STR0E  2S  FPNFLG  £5  STROE) 
THEE  SET  ELENTRT.  TAREO; 

I?  (CHDFLG  EQ  STROE) 

THEN  SET  ELENTRT. RAREQ) ; 

IF  (CAFLS  E^  STROE) 

THEN  SET  ELENTRT. CNAREQ) : 

IF  (conflict  pair  record  exists  AND  CHDFLG  E£  SFALSE) 

THEN  SET  ELENTRT.  BDREQ)  ; 

IF  ( BCSOFF  E5  STROE) 

THEN  SET  ELENTRT.  BOFFREQ)  : 

END  succeed ing_?rocessing_flag_de termination; 


DETECT  TASK  LOI-LETBL  LOGIC 
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PSOCESS  ualnibialized_variable_coiputatlon: 

<If  advisory  is  needed  and  all  variables  which  describe  encounter 
for  future  tasks  are  not  calculated,  then  deteraine  their  values> 

If  (horizontal  Tan  is  uninitialized) 

1322  £222223  tan_calcalation; 

If  (resolution  advisory  uncontrolled  vertical  Tan  threshold  is  uninitialized) 
2122  12  (encounter  area  type  is  uninitialized) 

TBS!*  CUl  EHCO(J!ITBa_ARBA_TT?B_DBTERHIHATIOB: 

PERTORH  nuaber_of_additional_AC_in_conflict_deteraination; 
Chit  TAO_A1*D_PBOIIflITT_THRSSHOLD_DBTERHIIATI01l: 

If  (siss  distance  is  uninitialized) 

THEE  CAtl  8IBIH01_APPP0 ACB_DISTABCE_ PREDICTION: 

122  uninitialized_variable_coeputation; 


DETECT  TASK  RTGH-IE»BL  LOGIC 
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PROCESS  uninitialized_variabl«_coaputation; 

IF  (ELERTRI. TS  *  SODTAP) 

THEE  PERFORH  taa_calculatlon; 

If  (HA7BL.TCBDV  =  JPDTAP) 

THEN  IF  (ELERTRT. EMIT  -  SPDAT) 

THEM  CALI  EHCOPHTEH_AREA_TTPE— DETER HIHATIOR 
IS  (SVECT1,S7ECT2) 

OPT  ( ELEHTBT .  EN  AT,  IRPAZ)  ; 

PERfORB  nasb*r_of_«ddltional_AC_l.n_eoaf  liet_d*t«rBlnation; 
CALL  TA0_AHD_,PROXI HITT_THRESHOLD_DETERHIRATION 
IN  (EH  AT ,  HOLT,  PBEQ,  PRCOHT) 

I  ROOT  (VRZ  A)  ; 


IF  (ELERTRT .  HD2  =  SPDHD] 

THEN  CALL  RimHOH_APPROACH_DISTAHCE_PRBDICTIOR 
IB  (VRX.TRT) 

OPT  (ELERTRT.  HD2)  ; 


ERD  uniru.tialized_»ariable_coapatation; 


DETECT  TASK  101-lETEL  LOGIC 
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PBQCBSS  BCAS_resoln* ion_detereination_logic: 

<Pe*erslnes  if  a  BCAS  resolution  advisorv  is  leainent  for  this  pair> 

Calcula-a  rang*  rata;  <rd> 

IP  (AC  converging  or  nearly  converging) 

;S2S  12  Uc  ®r*  nearlv  converging) 

ZS.11  redefine  range  rate  to  be  converging; 

Calcula*e  tine  estieates  for  cioseat  approach;  <tanr , trtrno 
IP  (tanr  less  than  threshold) 

raw  PfRPOBB  vertic«l_test_for_RA: 
fT-Sf I ”  (r*rd  less  than  threshold  IBP  range  less  than  threshold) 

THPB  define  value  for  tan  trne:  <trtrn> 

PgRPOPH  ver*lcal_test_for_RA; 

PSP  BCAS_resolntion_detereination_logic; 


DSTSC*  TABU  BISH-tBPBt  tOOIC 
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P80CBSS  BCls_resolntion_detersination_logic; 

<Deteraines  if  a  scxs  resolution  adaisory  is  iaainent  foe  this  pair> 

CLBXB  BCSOFF; 

RDTBHP  «  blbbtrt. DOT  /  B;  <B  is  calcnlated  in  variable_inltialization  > 
RD  «  RDTB8P: 

IF  (RD  U  BCSVBL.res. BDTBR) 

THBB  IT  (RO  21  -BCSVBL.res.  BDTBR) 

THFB  BDTSHP  »  - BCSTBl. res. RDTHR ; 

TXOR  «  -  (R  -  BCSTBL. res.  DBOD)  /  BDTBBP; 

TRTBO  =  -  R  /  RDTBHP; 

IF  (TXOR  U  BCSTBL.  res.  TSTHR  (SSL)  ; 

THBB  PBRFORB  Tertical_test_for_RX; 

ELSEXF  (R  *  RD  IT  BCSTBL. res. B1 (SSL)  4£D  B  LT  BCSTBL. res. DHOD (SSL)  )  ; 

THBB  TRTRO  *  BCSTBL. res. TLXRSB; 

PEBFOPW  Tertical_test_for_RA; 

EBP  BCXS_resolotion_deteraination_logic; 


DBTBCT  T1SB  LOR-LBTBL  LOSIC  - — 
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. ,  .  '  v#fcN..  -XmWBX*-'*'***" - 


bbocbss  BCis_threat_loglc; 


<Detarslnes  If  •  SCAB  threat  advisory  la  laalnent  for  this  pair. 

This  logic  encoapasaes  BC1S  resolution  thresholds.) 

Calculate  rang#  rata;  <rd> 

(1C  ara  cloaa  la  range)  <r> 

2US1  vertlcal_test_for_Tl; 

B1SBIB  (1C  are  closing  or  nearly  converging) 

T!1!1I  I*  (1C  are  nearly  converging) 

THEE  redefine  range  rate  to  be  converging; 
Calculate  tlae  estlaate  to  closest  approach;  <taurta> 
If  (closest  approach  *111  occur  soon) 

THEH  BEBBOPH  vertlcal_tast_for_Tl : 

*tS*T*  (r*rd  IT  threshold  AJJJ  range  U  threshold) 

ISM  PEBPOph  vertlcal_teat_f or_Tl ; 

»5P  BClS_threat_logic; 


DEFECT  T1SK  HIGH-LEVEL  LOGIC 
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PROCESS  BC»S_threat_logic 


<Deteraines  1C  a  BClS  threat  advisor y  is  iasinant  for  this  pair. 

This  logic  ancospassas  BC»s  rasolotioo  thrasholds> 

SOU  bcsopf; 

80  *  elebtrt.DOT  /  B;  <B  is  calculated  in  variable_initialization> 

RDT*  «  R0; 

IF  (B  IT  BCSTBL. threat. PT88T1  (SSI)  ) 

THBB  PBBFOBB  vertieal_test_f or_T»; 

SLSEIF  (RD  U  BCSTBL. threat. BDTHTT1) 

THEB  II  (BO  SI  -BCSTBL. threat. RDTHBTh) 

TBBB  HOT!  «  -BDTHRTi; 

ThORTI  ■  -  (R  -  BCSTBL. threat. DBOT1)  /  BDT1; 

IF  (TMRT1  U  BCSTBL. threat. TRTBBTMSSL)) 

TBBB  PBBFOBB  vertical_test_f or_T»; 

ELSEIF  (8  •  BD  II  BCSTBt.  threat.  HITh(SSt)  !£g  B  U  BCSVBL.  threat.  DBODTh  ( SSL) ) 
TBBB  PEBFOBH  T*rtical_test_for_T» ; 

EBP  BClS_threat_logic; 


DETECT  TBSR  LOB-LBTEL  LOGIC 


-<* 
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PSQCBSS  tao_calcnlation; 

Calculate  horizontal  aodified  tan: 
Calculate  horizontal  true  tan; 
Calcalate  rertical  ’•an; 

?»D  taa_calcnlatlon; 


0ST8C?  "»SK  HIGH-LBPPL  LOGIC 
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PROCESS  taa_calcula*ion; 


DSQ  =  DETPARH.  8DBT  ♦  (DETPARS. ADET  *  (S7ECT1.7SQ  ♦  S7ECT2.7SQ)) 
ELERTRT  .  TH  «  -  (EtBBTBI.  B1BGB2  -  DSQ)  /  ELSHTRr.DOT; 

THTHO  =  RARGE2  /  ELEHTRT. DOT; 

TRZ  =  STECT2. ZD  -  S7ECT1.ZD; 

TRZ  A  »  TRZ  *  SIGH  (HZ): 

If  (7RZA  if  DETPARH.  TRZTH) 

THEM  If  (7RZA  23  -DETPARH.7RZTH) 

THEM  7PZ A  »  -DBTPAHB. 78ZT8: 

ELEBTHY.T7  »  -ELBNTRI.  ALT  /  7BZA ; 

BMP  tan_calcalation : 


DETECT  TASK  LOR-LETEL  LOGIC 
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°BOC55S  ver* ical_t est_f or_BA : 

<Deteraines  if  BA  for  BCAS  AC  iaainent,  having  found  horizontal 
dlaension  ia»inent> 

Calculate  altitude  separation  and  rate;  <a,  adoi> 

If  (He  are  close  in  vertical) 

T322  set  flag  to  indicate  BCAS  inhibit  for  the  pair;  <BA  inainent> 

El  SET?  (AC  are  closing  in  vertical) 

THEH  calculate  estiaate  to  coaltitade;  <tauvra> 

1°  (coaltitade  soon) 

’’’BBS  set  flag  to  indicate  BCAS  inhibit  for  this  pair; 

EBD  vertical_test_for_PA; 


DETECT  TASS  HIGR-lETEt  tOGIC 
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PB0C8SS  Tertical_tast_for_BA; 

<Deteraines  if  Hi  for  BCAS  AC  iaainent,  as3uaing  horizontal 
peraissiTa  cast,  no  vad  logic  is  nsad> 

A  «  BtEHTHT.HZ; 

AOOT  *  STECT2.ZD  -  STECT1.ZD: 

IF  (A  ij  BCST8L.ras.ZTHB) 

THBH  SET  BCSOFF ; 

ELSEir  (ADOT  U  BCSTBL.  res.ZDTHB) 

THEH  TAUT  »  -  A  /  ADOT: 

It  (TAOV  II  BCSTBL.  res.  TTTHH  (SSL)) 

THEE  SET  BCSOFF; 


SEP  Tertical_test_for_HA; 


DETECT  TASK  LOI-LHTBL  LOSIC 
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PBOCfSS  ver*ical_test_for_T»; 

<Deteraines  If  "H  for  BCAS  AC  iaainent,  having  found  horizontal 
diaension  iaainent> 

Calculate  altitude  separation  and  rate;  <a,  adot> 

IP  (AC  are  close  in  vertical) 

TBPP  set  flag  to  indicate  SCAB  inhibit  for  this  pair:  <'rl  iaainent> 
StsflP  (1C  are  closing  in  vertical) 

TBPS  calculate  estiaate  to  coaltitude:  <tauv*a> 

IP  (coaltitude  soon) 

TBPS  set  flag  to  indicate  BCAS  inhibit  for  this  pair: 


PJJ2  ver*ical_test_for_T»: 


DBTPCP  P1SB  HISH-LPVPL  LOGIC 


8-P50 


PROCESS  7ertical_test_for_TX: 

<Deteraines  if  TX  for  BCXS  XC  iaainent,  assuaing  horizontal 
peraissire  case> 

X  «  ELEBTHT.BZ; 

XDOT  »  S7ECT2.ZD  -  S7BCT1.ZD; 
ll  (X  u  8CS7BL. threat. ZTHFTX) 

TREE  SBT  BCSOFF ; 

ELSBir  (XDOT  BCS7BL. threat. ZDTHBTX) 

THEM  TX07TX  =  -  X  /  XDOT; 

(TXD7T1  8CS7BL.  threat.  T7THRTX  (SSL)) 
TREE  SBT  BCSOFF; 


ESP  »ertical_test_fot_TX; 


DETECT  TXSK  L0I-LB7EL  LOGIC 

8-P51 


l 


KOPTIHE  lC_PiaiLLBL_OEFSET_TOH!IIIIG_DBTE!IHmTIO» 

III  (thresholds) 

OPT  (11*9  indicating  Baneassring  target  detected) : 

CLBla  oat pat  flag; 

IB  (range  2$  range  threshold) 

THBii:  <  separation  negates  need  for  saneuvering  threat  check) 

BtSBIB  (vertical  separation  ££  separation  threshold) 

THEB :  <  separation  negates  need  for  saneuvering  threat  check> 

B1SBIB  (either  ic*s  velocity  U  velocity  threshold) 

TBBB;  <at  least  one  1C  sloe  so  other  tests  can  handle  sitnation> 

OTHEBUISB  cospote  angle  between  aircraft  paths; 

IB  (aircraft  paths  are  not  parallel) 

THBB:  <taa  test  can  handle  situation  so  no  aanenver  check> 

BLSB  PBBPOBS  lC_path_coaparlson ;  <are  1C  offset  and  turning?) 
IX  (saneuvering  target  detected) 

TflB>  SBT  output  flag; 

BHD  1C_P1HM.IEL_OEESBT_TOBHI*G_DETBBHIB1TIOII; 


DETECT  T1SK  HIGH-LEVEL  LOGIC 


BOPTIKB  »C_P IB MLBL_OPPS ST_T0B8 IKG_DETER H IKhTIOK 


H  (GROUP  I  KG  ROUP)  <  group  of  threshold*  > 

OPT  (OPTfllG)  : 

smi  (OPTFIIG,  GOTST)  ; 

II  (ELBE  TRY . BAKGE2  21  IKGBOPP. rang*_ttara»hold) 

Mils  <  no  aanattraring  throat  > 

ELSBIP  (BLEKTBY.iLT  £1  IKGBOPP. separatlon_*hrashold) 
THBK: 

BLSEir  ((SVBCT1.YSQ  H  IBGBOPP.  TBlocity_thr«8hOld) 
(STSCT2.YSQ  IT  I  KG  ROUP.  ralocity_thrashOld)  ) 
TBBB: 


OTHBBBISB  COS12  »  ( (SYECT1 . XD*SYECT2 . BO  ♦  SYECT1 • YD*SYECT2. TO) •*2)  / 
(STECT1-YSQ  *  STBCT2.  TSQ); 

II  (Cost 2  U  IKGROUP.cosine^thresh) 

THBR:  <  not  parallax  > 

EL?B  PBBFOBH  lC_path_coaparison; 

U  (GOTHT  -  STBPE) 

THBK  SBT  OPtms; 

EKD  »C_P»RM.LBl_0FTSBT_T0RHIHG_DETB8HIKBTI0B; 


- - -  DETECT  TASK  LOff-LETBL  LOGIC 

8-P33 


£*2££IS  kC_oath_coeparlson: 

<Checks  ‘he  paths  of  both  kC  to  decide  If  a  dangerous  geoaetry  •siats> 

Rake  kci  first  kc  to  check; 

RRPfkT  OR*1*!! (both  kc  checked  or  saneuvering  statas  deterelned) ; 

Perfors  alrcraft-deoendent  connotations; 

IF  (this  kc  parallel  lntrall  with  respect  to  other  1C) 

<le.  Is  angle  betveen  position  vector  connecting  2  kC  and 
kc  velocity  vector  saall  ?> 

TRER  not  a  saneuvering  target  threat; 
ftSFXF  (this  kC  turning  ‘ovards  the  other) 

THER  SET  aaneuverlng  target  Indication; 
access  unchecked  kC*s  state  vector; 

*32  kC_path_coeoarison; 


DETECT  TkSk  HIGH-LETBl  LOGIC 


S-P5* 


PROCESS  AC_path_cosparison; 

PTfl  (TSYBCT,  OSTBCT)  ;  <  'target',  'other'  atata  vector  > 

CLEAR  BXITLOOP; 

CLEAR  DOBBBOTB; 

TSVBCT  "  SYECT1:  <  arbitrarily  aaka  AC1  target  > 

REPEAT  OHTIL  (EIITLOOP  =  STROE)  ; 

OSTBCT  *  state  vector  of  non-target  AC; 

BITS  *  RI  •  OSTBCT. ID  -  RI  *  OSTBCT. TD; 

1£  (AC 2  is  the  target) 

THBB  RXYS  *  -RXYS; 

IE  (BLEHTHT.  RAHGE2  GE  IHGPOOP.  zerodivide_thresh) 

THEN  SIRB2  =  (HXYS**2)  /  (ELEHTBT.  8ATGE2  *  OSTBCT.  YSQ); 

ELSE  SIRB2  «  IHGPOOP. sine_threshold;  <  prevent  zerodivide  > 

I?  (SISB2  LT  IHGROOP. sine_threshold) 

THEir  SET  butlooP;  <  Parallel  intrail  > 

ELSEIT  ((HITS  SI  0  AHfi  TSTBCT.TOHH  -  SSTBHGLPT)  21 
(HITS  LE  o  AHD  TSTBCT.TOBH  •  SSTBBGBGT) ) 

THEH  SET  (GOTHT.  BXITLOOP)  ; 

BLSSIF  (DOHEBOTH  «  STROE) 

THEH  SET  BXITLOOP;  <  ve've  looked  at  both  > 

OTBBBBISB  TSTECT  «  OSYECT;  <  gat  other  state  vector  > 

SET  DOHEBOTH; 

EHDRBPEAT: 

BHD  AC_path_coaparison; 


OSTBCT  TASK  LOT- LET BL  LOGIC 


SOOTHE  *r»CS*FT_P*IR_890I?SE»T_*»D_CO»TSOl_ST*TB_DETBHSI»llTIO» 
13  (state  sectors  of  both  AC) 

OPT  (variables  describing  control  S  equipment  state  of  pair) 

De*eraine  eqalpage  and  control  status; 

BSD  »XRCS»FT_PllIB_BQOI®BBST_hllD_COSTSOt_ST(lTB_DBTBRHlll»TIOS; 


OBTBCT  TUSK  KIQH-tBTBl  tOOIC 


ROPTIBB  AIBCRAPT_P1I8_BQDIPHS8T_ASD_COBTROI._STATE_DETEH»!IBATIOS 
18  (STECT1  f  S7ECT2) 

OPT  (PBCORT,  PBEQ)  ; 

<Deterntnes  equipment  status  and  control  status  of  1C  pair> 

PBCOHT  =  SOHECOBT; 

if  (SVECT1.C08C  E^  ST80E  A8D  S7ECT2.C08C  55  STBOE) 

THB8  PBCOBT  =  SBOTHCOST; 

IF  (SVECT1 . COBC  55  SF1LSE  A8D  SVECT2.C0BC  55  SP1LSE) 

THBK.  PRC08T  =  SSOCOST; 

PBECJ  =  JORBEQ; 

IF  ( (SVECT1 . 1TSEQ  55  SABQ  Q1  STBCT1.1TSEQ  55  S1BBQ) 

182  (STBCT2.  ATS  EQ  55  SABQ  0£  S7ECT2.1TSBQ  55  J1BEQ)  ) 
TBB8  PHEQ  *  IBOTHEQ; 

if  (S7ECT1.  ATSEQ  55  S08EQ  A8D  SVECT2.  ATS EQ  55  SUBEQ) 

THEM  PBEQ  =  IHO'EQ; 

E8D  1 IHCRAFT_PAI  R_EQ0IP!1ERT_1KD_C08TH0L_STATB_DETEBHI 81TI0H ; 


DETECT  TASK  LOl-lETEl  LOGIC 
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E2SIIS!  A® • A_vyp»_DETERSIHATIOS 
T]I  (aircraft  characteristics) 

00’’'  (area_dependent  variables)  : 

<0n  entry,  AC's  area  type  is  zero  (indicating  "unknown") > 

Initialize  controller  alert  recnest  flag: 

I*  (*his  AC  is  far  froi  the  sensor) 

IfIS  set  AC  area  type  to  »; 

I?  (this  AC  passes  area  coarse  screening) 

TACT  repeat  WHILE  (Type  1  areas  reaain  1SE  *c  *rea  type  unknown) 
Get  next  '''yve  i  area; 

IS  (aircraft  is  in  this  area) 

THEE  set  AC  area  type  to  1 ; 

Save  area  index;  <  unique  identifier  > 
Save  airfield  nase; 

Save  area's  controller  alert  flag: 

•SDVBPEAT; 

"EPEAt  while  (Type  2  areas  remain  ARp  AC  area  tvpe  unknown) 
Get  next  Tjpu  2  area; 

IS  (aircraft  is  in  this  area) 

THEE  set  AC  area  type  to  2; 

Save  area  index;  <  unique  identifier  > 
Save  airfield  name; 

Save  area's  controller  alert  flag: 

EKPFEPSAT: 

IS  (AC  area  tvpe  unknown) 

1351  set  AC  area  type  to  3; 

EED  A R*A_Tf?T_D*T*RHI RATIOS ; 

- * -  DETECT  TASK  HIGH- LEVEL  LOGIC  - 


8-P58 


BOOTHE  A8EA_TTPB_DETBR8IHATI0B 


HOOT  (IOSTBCT)  ; 

SET  IOSTBCT. CABBQ;  <  assnae  not  inhibiting  Ci ' s  > 

1*  ((IOSTBCT- 1**2  ♦  IOSTBCT- 1**2)  (DBTPAB8.  BDIST**2)  ) 

THEB  IOSTBCT. ACAT  «  SAT*; 

IX  (IOSTBCT- X  JJ5  AZPABH. ZHHXX  IOSTBCT- 1  £3  AZPABH. ZHHBX  AJLB 

IOSTBCT.  T  t3  AZPABH.ZHHXI  AJI£  IOSTBCT.  I  23  AZPABH. ZBRRT) 

THEB  LOOPIX  «  1; 

REPEAT  WHILE  (LOOPIX  13  AZPABH.  KOI  JJIJJ  IOSTBCT.  ACAT  ■  SODAT); 

Get  next  Type  1  area; 

11  ««  ircraft  is  in  this  area) 

THEB  IOSTBCT. ACAT  *  SAT1; 

IOSTBCT. IBD  »  area  index;  <  nnigne  identifier  > 
IOSTBCT. ASSOC  =  airport  naae; 

IOSTBCT. CAREQ  *  area's  controller  alert  flag; 

ELSE  LOOPIX  «  LOOPIX  ♦  1; 

gBBBmVE: 

LOOPIX  =  1; 

8SPEAT  WHILE  (LOOPIX  13  AZPABH.  BOII  Mil  IOSTBCT.  ACAT  *  SODAT); 

Get  next  Type  2  area; 

£F  (aircraft  is  in  this  area) 

THEB  IOSTBCT. ACAT  »  * AT2; 

IOSTBCT. IBD  -  area  index;  <  nnigne  identifier  > 
IOSTBCT. ASSOC  ■  airport  naee; 

IOSTBCT. CABEQ  *  area's  controller  alert  flag; 

ELSE  LOOPIX  ■  LOOPIX  ♦  1; 

mami: 

JP  (IOSTBCT.  ACAT  »  SODAT) 

"■Hill  IOSTBCT.  ACAT  -  SAT3; 

EBP  ABEA_TTPE_DETEBHIBATIOB; 

-  DETECT  TASK  LOS-LETEL  LOGIC  - - - — 


~  -  •  •.•gsrar- 


8-P59 


FOPTIBB  *8C03FTF!l_18  Bl_ ‘?TPF_!JETSBflI81YI0B 

IT  (state  sectors  of  He,  i.e.,  location  of  1C) 

OPT  (encounter  araa  of  1C  pair,  flap  to  indicate  if  pair  in  zone2) ; 

<Finds  araa  tspe  and  zona  for  each  1C  and  coabines  araa  type  for 
both  1C  into  one  indez,  EBIT,  the  encounter  araa  type,  need  to 
control  1.T18S  sensitisi*y> 

ir  (id's  area  nndet.ernined) 

I3S1  cm  iy?»jrYPB_D*,nsitniiivio*: 

IF  (ACI's  zone  nndeterained) 

*3EII  CHt  FI8M._l?P»01CH_208E_bl,mBT81,tI08; 

ir  (!C2*s  area  andeternined) 

ISSL  cm  1HF1_TTPE_OFT58SI«1,'IO»: 

13  (1C2's  zone  andeternined) 

THEY  CUl  FI!Ill_lPPROlCH_Z0!»E_0Er!»fim»TI0»; 

I*  (both  ic  along  glide  slope  for  sane  airfield) 

TB33  S»T  flag  indicating  sitnation; 

IF  (el*her  aircraft  far  fron  the  sensor) 

1521  set  enconnter  type  to  n; 

B1SBIF  (either  aircraft  in  general  Ticinity  of  sensor) 

J35J  set  enconnter  type  to  3; 

E1SBIF  (either  aircraft  along  actise  rnnwar  final  approach) 

2151  II  (both  1C  near  the  sane  airfield) 

235J  set  enconnter  type  to  2: 

BL5E  set  enconnter  type  to  3; 

BI3BIF  (both  aircraft  in  lnnediate  Ticinity  of  sane  airfield) 

THBfl  set  enconnter  type  to  1? 

OTHBBWISE  set  enconnter  type  to  2; 

B»P  FBC00»TBF_lRBl_TTPB_0BTBtHIFlTI01l; 

-  DPtBCT  T1SB  (IIBB-lBTBt  tOOIC  - 


8-P60 


BOOTIHB  BBCOOBTB8_AREAjrTPS_DBTSSHIHATIOW 
U  (S7BCT 1 1  STECT2) 

OPT  (El IT,  IBFAZ2)  ; 

II  (STECT1 .  ACAT  52  SPDAT) 

TABS  C1LL  ARB  A_TTPE_DETBR  HI  RATIOS 
HOOT  (STECT1} ; 

IE  (STECT1.FAZ  52  SODBAZ) 

THBB  CALL  FIRAL_APPROACH_ZORB_DETBRHIBATIOW 
ISOPT  (S7ECT1)  ; 

II  (S7ECT2.  AC  AT  Efl  BPDAT) 

THEM  CALL  ARBA_TTPB_OE?ESHI RATIOS 
I  BOOT  (STBCT2)  : 

II  (S7BCT2.FAZ  12  SPDFAZ) 

TABU  CALL  FIBAL_APPRO ACH_ZOEE_DETB*HIHATIOB 
IBOOT  (STECT2) 

II  ( (S7ECT1 .  PAZ  52  SFAZ2  S7BCT2.FAZ  52  ****2)  55J \ 

(S7ECT1.ZPHT  52  S7ECT2.ZPRT)) 

THBB  SET  IBPAZ2; 

ELSB  CLBAB  IBFAZ2 ; 

II  (S7BCT1.ACAT  52  *AT»  22  S7ECT2.  AC  AT  52  »T>) 

THBB  BS AT  «  BAT*; 

BLSEIF  (S7BCT1. AC AT  52  BAT3  25  STBCT2- ACAT  52  SAT3) 

THBB  BRAT  -  IAT3; 

BLSBIF  (S7BCT1 . ACAT  52  SAT2  25  S7ECT2. ACAT  52  BAT2) 

THBB  If  (S7BCT1.  ASSOC  52  S7BCT2.  ASSOC) 

THBB  BEAT  -  SAT2; 

ELSE  BRAT  -  SAT3; 

BLSBIF  (S7BCT1.  ASSOC  52  37BCT2 .  ASSOC)  <  ■•••  Ar««  1  > 

THBB  BBAT  -  SAT1 ; 

OTHERWISE  BBAT  -  IAT2; 

EBP  BBC0PBTBB_ARBA_TTP8_DBTBBBIBATI0B; 


-  OBTBCT  TASK  LOt-LRTIL  L08IC 

» 
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BOPTIBE  FIHAL_APPHOACH_ZOHE_DETE«>HIHATIOH 
III  (AC  characteristics) 

OOy  (ion  e_dependent  variables)  ; 

Sat  AC's  xon*  to  0; 

IS  (this  AC  passes  tone  coarse  screening) 

THE*  BE°EAT  WHILE  (Type  1  zones  resain  ij£  AC's  zone  Eg  °> 
Get  next  Type  1  zone; 

IP  (zone  is  active  ABD  AC  is  in  this  zone) 

TB"B  set  AC's  zone  to  1; 

Save  airfield  naae; 

z*Mun?-' 

BEPEAT  WHILE  (Type  2  zones  resain  ABJJ  AC's  zone  Sfl  0) 
Get  next  Type  2  zone; 

I»  (zone  is  active  AWg  AC  is  in  this  zone) 

THEH  set  AC's  zone  to  2; 

Save  airfield  naae; 

PHPBEPEAT; 


EBP  PIHAL_A“?HOACH_ZOHE_OETSHHIH»TIOH ; 


DETECT  TASB  HIOH-LETEL  LOGIC 
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BOOTIES  FIHAL_APPROACH_ZOHS_DETBBSIHATIOH 
IHOOT  (IOS7ECT)  ; 

I0S7ECT.PAZ  =  SFAZO; 


IP  (I0S7ECT.  X  U  AZPABfl.ZJSXX  412  I0S7ECT.  I  21  AZPAHB.  ZJBHX  AH 
I0S7ECT. I  II  AZPABB.ZJBXr  AJID  I0S7ECT. I  21  AZP ABB. Z JBHY) 
THES  LOOPII  -  1; 


PEPEAT  WHILE  (LOOPII  LE  AZPABB.  HOZ1  AHD  I0S7ECT.  PAZ  =  XPAZO) 
Get  next  Type  1  tone: 

IP  (zone  is  actixe  AHD  AC  is  in  this  zone) 

HU  I0S7ECT.  PA2  =  SPAZ1; 

IOS7ECT. ZPHT  «  airfield  naee; 

ELSE  LOOPII  «  LOOPII  ♦  1; 

EHDHEPEAT : 

LOOPIX  »  1 ; 

PEPEAT  WHILE  (LOOPIX  H  AZP1BR.  HOZ2  AH  I0S7BCT.  PAZ  *  JPAZO) 
Get  next  Type  2  zone; 

IP  (zone  is  actixe  AHD  AC  is  in  this  zone) 

THBH  I0S7ECT. PAZ  -  SPAZ2 ; 

I0S7ECT. ZPHT  «  airfield  naee; 

ELSE  LOOPIX  *  LOOPII  ♦  1; 

EHDHEPEAT: 

EBP  PIHAL_APPROACH_ZOHB_DETBHHIHATIOH; 


DETECT  TASH  LOW-LE7EL  LOGIC 
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80q?Ifl»  !!I'*HO!1_ll?P’>OHC'1_DISTM!C'_°R2!JTCTTO’l; 

Calculate  miss  distance; 

5JL2  H!*I!!Od_ll?PSO»CH_OISTX5Cf_P'>eOIC?IOII; 


DITPC?  ,rH3K  KIGH-LSTIL  LOGIC 


BOPTIEE  BIBIBOa_BPPBOlCH_DIST»8CE_PBEDICTIOB 

11  (TRI.TBY) 

213  (BD2) : 

PIT  fl02;  <Predicted  ainiana  horizontal  aiss  distance  for  \C  pair> 

TB2  »  7BX**2  ♦  ?RT**2; 

II  (TR2  IT  DETPISfl .  YHDTH) 

THEM  HD2  *  ELEBTRT. R&BGE2 ; 

ELSE  BD2  »  (RX*7BY  -  BT»7BI) **2  /  7B2; 

EBP  BIBIBOB_»PPBO»CH_DIST»BCE_PBEOICTIOB; 


DETECT  TUSK  LOI-LETEL  LOGIC 
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1220211  B»,?oLa'"ioN_"iin_ii!io_psoxi!ii’,T_conp*»iso^s 

IB  (resolution  adxisorx  thresholds) 

or  (flap  to  be  set);  <  either  IFBFLG  or  CSD*tG  > 

determines  if  Resolution  Adxisory  Is  necessary) 

I*  (AG  xiolating  horizontal  resolatlon  en7elODe)  <  horizontal  *es*s  > 

TRSR  indica'-e  horizontal  proximity;  <  immediate  oxerride  > 

7tSgIP  (AC  will  riolate  horizontal  resolation  enxelope  soon) 

"HU!  <  passed  horizontal  tests  > 

211115111  failed  horizontal  tests; 

Tp  (AG  xiolating  xertical  resolation  enxelope  presentlx)  <  xertical  tests  > 

III!  indicate  xertical  proximity; 

"LS^l"  (AC  will  he  coaltitude  soon) 

121!;  <  passed  xertical  tests  > 

OTHJ2I5I2I  failed  xertical  tests; 

IP  (passed  all  tests  so  far) 

III!  U1I2E!  xertical_dixergence_filter ; 

<decide  if  SA  won't  be  gixen  as  AC  won't  be  xiolating 
horizontal  and  xertical  enxelopes  simultaneously) 

I*  (pair  did  not  pass  filter) 

TH,y  failed  filter  test; 

IF  (all  tests  oassed) 

IIS!  SST  output  flag  to  indicate  BA  required;  <  IFBFLG  or  CRDFLG  > 

°SBFOPH  proximitx_checAs; 

determine  if  immediate  PA  required,  ie,  bypass  2/3  logic) 

*RD  PESOT.OTTOB  ’"AO  ABO  PROXIHITY  COBPABISOSS; 


DETECT  TASK  RIGR-LEfEL  LOGIC 


BOOTIHB  HESOLOTIOH_TAO_AHD_PBOXIHITT_COHPABISOHS 
IB  f GBQPP  IHGBOOP)  <  group  of  thresholds  > 

OPT  (OOTPLAG)  ; 

BIT  (HOBBS,  PILTPAIL)  ; 

CLBAB  (HOBBS,  OOTPLAG,  8PBOI,  7P80I) ; 

I?  (ELEHTPT. BAHGB2  IT  IHGBOOP.  raoge_threshold  *  B1PABB.BZP2)  <  horizontal  tests> 
THEH  SET  HPBOX;  <  iaaedlate  override  > 

ELSEIP  (ELEHTHT.tr  LT  IHGBOOP.  hor_Taa_thresh) 

THBH  ; 

OTHBBWISB  SET  HOHES; 

IE  (ELEHTBT.  ALT  LT  IHGBOOP.  i««ed_alt_thresh  *  BAPAHH.BZP)  <  vertical  tests  > 

THEH  SET  TPBOX; 

ELSEIP  (ELEHTBT.  TV  £E  0  AHD  ELEHTBT.  TV  IE  IHGBOOP.  vert_Tau_thresh) 

I SSI  ; 

OTHEBHISE  SET  ROBES; 

IF  (HOHES  IS  SPALSE) 

THEH  pebpob.T  vertical_divergence_filter; 

If  (PILTPAIL  ig  STBOE) 

THEH  SET  HOBBS: 

IP  (HOBBS  Eg  SPALSE) 

THEH  SET  OOTPLAG:  <  IPBPLG  or  CHDPLG  > 

PEBPOBH  proxiaity_checfcs; 

EHD  B8SOLOTIOH_TAO_AHD_PBOXIHITT_COHPAHISOHS; 


DETECT  TASK  LOB-LET  EL  LOGIC 
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•  —  c  >"  ' 


PPQCf SS  vertlcal_divergence_fllter; 

<This  procsss  decides  If  the  resolution  advisory  should  bs  Inhibited 
If  ths  vertical  aad  horizontal  ainlaaa  siss  distances  do  sot  occur 
within  a  predefined  tine  perlod> 

Cosputs  absolute  vertical  rang*  ra*e; 

IP  (AC  diverging  vertlcallv) 

*33fi  IE  (AC  aru  converging  horisoatallr) 

TdP»  calculate  vertical  ssparatlon  at  tlae  of 

alalaua  horizontal  ssparatlon) 

12  (calculated  vertical  separation  outside  RA  envelope) 
THBW  Inhibit  PA; 


?PP  vertlcal-divergenca_f liter; 


0ST1CT  TASK  8188-18**1  t08IC 
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PBOCESS  Bar*lcal_dl»arganca_filtar: 


smi  PHTPiit: 

H  (EXERTS? •  TT  ££  0)  <ic  conrarging  Eartically> 

THEE:  <do  not  parfora  ta*t> 

BLSBIF  (THTBD  U  °>  <kc  diTarglng  horixontally> 

THBl:  <do  not  parfora  taat> 

OTHBBBISB  T8  «  BIB(THTB0,  BkPlBB. DVDPT) ; 

T2 1  -  SfECTI.ZD  *  TBS 
TZ2  -  STBCT2.ZD  *  TB; 

TTBD  -  BBS  (TZ2  -  TZ1)  ; 

If  (TTBD  IIGBOUP.IBBED_kLT_THBESBOLD) 

<IB9ED_»L*_TBHBSBOLD  alll  ba  IXFB  or  IP  dapanding  oa  IRQBOOP> 
TBBB  SET  PILTPXIL;  <B»  not  »antad> 

EBP  »artlcal_diTarganca_filtar; 


DETECT  THE  LOf-LETB L  LOGIC 
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PPOCBSS  proxi  ait  v_chec<cs; 

<If  the  KC  are  extreaely  close  physically  or  teaporallv  the  2/3 
windo*  is  bypassed  and  an  ieeediate  resolation  advisory  is  given> 

IF  (vertical  proxiaity  AJD  horizontal  prorieity) 

TaBF  indicate  iaaediate  resolation  advisory  needed; 

BLSB  coapate  Taa  ainiaaas; 

IF  (vertical  proxiaity  exists  ISD  horizontal  Taa  ]/T  einiaae) 

THFB  indicate  iaaediate  resolation  advisory  needed; 

FLSFIF  (horizontal  proxiaity  exists  *SD  vertical  Taa  £T  ainiaaa) 
TBBB  indicate  iaaediate  resolation  advisory  needed; 

BLSBIF  (vertical  Taa  £T  ainiaaa  ISO  horizontal  Taa  aiaiaan) 
THBB  indicate  iaaediate  resolation  advisory  needed; 

"SO  oroxinity_checks; 


DBTBCT  ?»SB  BIGS-tgTBt  LOGIC 
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PROCESS  proxi«ity_checks; 

IP  (VPROX  Efl  STROP  A£D  HPROX  PJJ  STROP) 

THEH  SBT  ELEHTRT. HTTPLG: 

ELSE  AH  *  IHGBOOP.  hor_Tau_thresh  -  (STSTEH.  SCARTH  *  RAPARH.TTH); 
AT  =  IHGHOOP.  Tert_Taa_thresh  -  (ST  ST  EH.  SCARTH  *  RAPARH.TTH): 
II  (TPROX  il£  ELSHTRT .  TB  U  AH) 

THEM  SET  ELSHTRT.  HTTPLG; 

ELSEIP  (HPROX  AJJ£  ELE8TRT.  TV  LT  AV  AHD  ELEHTRT .  TV  £T  0) 

THEH  SET  ELEHTRT. HTTPLG; 

ELSEIP  (ELEHTRT.  TH  H  AH  HJJ  ELEHTRT.  TV  U 

AHD  ELEHTRT. TV  51  0) 

THEH  SET  ELEHTRT. HTTPLG; 


EHP  proxi»ity_checks; 
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POBTIBB  ,''Al7_ARD_PROiri»ITT_THRESSOta_DB?BRIIIRATIOR: 

<Deter*ine  variables  used  as  thresholds  throughout  DETECT  Tash> 

IF  (at  least  one  AC  controlled) 

THB»  deteraine  controller  alert  Tan  thresholds; 

IF  (AC  not  in  isaediate  vicinity  of  airfield) 

THBB  set  reaaining  controller  alert  variables; 

I*  (bo'-h  AC  controlled) 

vrbh  set  threat  and  resolution  advisory  thresholds 
using  c/c  index  in  table  8-U,  8-5; 

Set  resolution  advisory  Tan  thresholds  (BBC)  to  corresnonding 

CTI  thresholds 


F(,SBI»  (only  one  AC  controlled) 

T3FB  set  threat  and  resolution  advisory  thresholds 
using  c/u  index  in  tavle  8-*,  8-5; 

IF  (controlled  AC  significantly  faster  than  uncontrolled  AC) 
THSB  set  threat  and  resolution  advisory  thresholds 
for  controlled  AC  to  uncontrolled  values; 

0THFRRI5F  CALL  BHCOR/OVCOR_IRDBX_OB",BRHIRATIOH ;  <deteraine  ODIND> 

Set  threat  and  resolution  advisory  thresholds  using  doted 
and  u/u  index  in  table  8-«,  8-5; 

BED  TA0_ABD_P?0TIEIT7_iTHRBS80lD_DETBRHIBATT0H ; 


DETECT  TASF  HIOH-lFTBl  tOQIC 
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BOOTHE  T10_lHD_PROXIHITT_THBES8OLD_DETERHIHlTIOH 
IH  (EMAT,  HOLT,  PREQ,  PBCOMT) 

IHOOT  (YBZA)  ; 

IF  (PHCOHT  M£  JBOCOHT) 

THEM  CAYBL.TCOHH  *  PDYBL.TIABB  -  ( ( PDYBL.  BCOITH  •  8)  /  <uaing  table  8-3> 

ELEHTBT. DOT) i  <fOr  pdYbl  Yaluee> 

VRZA  •  HIB (VRZA ,  THBSPABH. FBZCOH) ; 

CAVBL.TCOHY  »  PDYBL. THA8H  -  (PDYBL.  ACOHTB  /  VRZA)  ; 

IF  (ELEBTRY.  EHAT  ££  *AT1) 

THEM  set  retaining  controller  alart  variables  In  tabla  8*2; 

IF  (PBCOMT  Efl  SBOTHCOHT) 

THEM  set  GBOOP  TA vbl. ct l_thresholda  aa  defined  in  tabla  8-5? 

Set  grqop  ravbl. ctl_ threat o Ida  aa  defined  in  tabla  8-4; 

PAVBL.TCHDH  »  8  A  YBL.  TIFHH 
BAYBL.TCHDY  »  BAYBL. T1F8Y ; 

ELSEIF  (PBCONT  £2  JOHECOHT) 

THEB  set  GHOOP  ta ybl. ctl_thresholda  aa  defined  in  tabla  8-5; 

set  gboop  TAYBL,unc_thmaholda  aa  defined  In  table  8-5; 

set  gboop  baybl. ctl_threahold«  aa  defined  in  tabla  8-4; 

Set  gboop  baybl. unc_threaholda  at  defined  in  table  B-4; 

YBAT  *  vsq (controlled_AC)  /  TSQ<aneontroUed_AC) ; 

IF  (YBAT  SX  THBSPIRH. Y81TC) 

THEB  set  GBOOP  TAYBl. Ctl_thre«l01ds  to  TAYBL. DHC; 

Set  gboop  baybl. ctl_thresbolds  to  B1YBL.0BC; 

OTHERWISE  CALL  OICOH/OHCOH_IHDEX_DETBB8IHATOH 
u  (MOLT,  PBEQ) 

OPT  (OOIBO)  ; 

Set  ijjBOOP  TAYBL.  anc_threshol<Js  using  table  8-5; 

Set  GBOOP  B AY BL. unc_thras holds  using  table  8-4; 

EBP  TAO_AHD_PBOXIHITY_THBESHOLD_DBTEHHIHATIOH; 
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■e.  *■' 


POOTIEE  THSEAT_TA(J_A!ID_?R0TTniTT_C0*PAPIS01IS 

Tf  (thresholds)  <  tor  either  controlled  or  ancontrolled  > 

222  (flag  to  be  set) ;  <  FPIFLG  or  FPWFLG  > 

COeteralnes  If  Threat  Advisory  is  necessary> 

IP  (  AC  ootside  horisontal  threat  envelope) 

tre*  JP  (AC  eon*t  violate  horisontal  threat  envelope  soon) 

TgES  failed  horisontal  test: 

IP  (AC  ontslde  ver*ical  threat  envelope) 

•"HPP  12  (AC  von’t  be  coaltitnde  soon) 

»3F!l  failed  vortical  test: 

IP  (predicted  ainisas  horisontal  separation  outside  threat  envelope) 
2352  failed  aiss  distance  test; 

J2  (all  ‘eats  passed) 

2321  SET  output  flap  to  indicate  8A  required; 

222  ','H5EAT_TA''_A»D_PROXIHITT_COHPARISOE*?; 


DETECT  TASK  HIGH-LETEl  LOGIC 
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BOOTIHS  THREAT_TAO_AND_PBOXIHITY_COaPAHISOHS 

II  (GBQOP  IHGROOP)  <  group  of  thresholds  > 

OPT  (OOTPLAG)  ; 

CLEAR  (BOTHBEAT,  OOTPLAG); 

I£  (ELEHTBT . BAHGE2  GE  IHGROOP. ran ge_threshold) 

THEB  IP  (ELBNTRY.TH  £E  IMGROOP.  hor_Tau_threshold) 
THEM  SET  MOTHBEAT; 

IP  (ELBHTRY. ALT  ££  IHGROOP. separ ation_threshold) 

THEM  II  (ELEMTB Y.  TV  £T  IHGROOP.  *ert_Tau_threshold> 
THEM  SET  MOTHBEAT: 

IF  (ELEMTRI . HD2  GE  IHGROOP.  BD_threshold) 

THEM  SET  NOTHREAT; 

I?  (Mothbeat  =  SPALSE)  <  all  test  passed  > 

THEM  SET  OOTPLAG; 

PHD  THBEAT_TAO_AMD_PEOIIHITT_COHPABISOHS; 


DETECT  TASK  LOM-LBTEL  LOGIC 
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»OHTI»T  0»C0»/r»*COl»_T’»»)B*_PST8?!!H»TI0!l: 

Determine  tnJIRD  Index  based  on  enltlpllcl»T,  equipage,  and  speed  railo 

rap  o*co«/n*co!i_isoBi_ofTB?miiinoi  •, 


-  OBTfCT  T»SX  HIOH-lffet  LOGIC 
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a  3  3  3  3  3 


ROOTIBE  ORCOH/ORCO  E_IEDEX_DBTEBflI  RATI  OR 
(BOLT,  PREQ) 

(OOIRD)  J 

OOIRD;  <Indnx  for  nncont/ancont  kC  pair  to  ba  asai  in  tabla  look-up> 
fRIT;  <Taaporary  local  rarlabln> 

TWO;  <Local  constant  ■  2  > 

boltiic ;  <Rnabar  of  iC  in  aoltiaircraf t  conflict  (4)  > 

ZZ  (sol?  GE  BOLTliC) 

THRU  OOIRD  «  TRO: 

ELSBIf  (PREQ  5fl  JROEQ  2S  PREQ  22  JBOTBEQ) 

THEH  OOIRD  «  1; 

OTHBRRISE  TH»T  «  TSQ  (eqnippad_»C)  /  TSQ (Qnaqnippad_lC)  ; 

IP  (PRUT  U  PDPIHH.VH1TTH) 

THEE  OOIRD  «  TRO; 

ELSE  OOIRD  »  1; 

512  ORCOR/OHCOR_IRDEI_DETERHIRmOR; 
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9.  TRAFFIC  ADVISORY  TASK 


9.1  Purpose 


The  Traffic  Advisory  Task  generates  and  stores  data  used  in 
traffic  advisory  messages  to  equipped  aircraft.  When  the 
Detect  Task  (Section  8)  finds  that  a  pair  qualifies  for  traffic 
advisories  or  ATCRBS  Track  Blocks,  Detect  Task  sets  appropriate 
flags  in  the  Encounter  List  entry. 

ATARS  must  generate  a  unique  set  of  messages  for  every  equipped 
aircraft.  For  example,  the  aircraft  in  an  encounter  pair  may 
differ  in  their  equipage  or  level  of  ATARS  service.  In  the 
latter  case,  different  forms  of  messages  are  assembled  for  the 
two  aircraft.  The  Traffic  Advisory  Task  examines  each  subject 
aircraft  in  sequence  and  saves  data  appropriate  to  the 
aircraft's  class  of  service. 

9.2  The  PWILST 


The  data  structure  used  to  store  traffic  and  other 
non-resolution  advisories  is  the  PWILST.  This  is  a  linked  list 
of  entries  for  each  aircraft,  accessed  from  the  aircraft  State 
Vector.  The  list  may  contain  any  or  all  of  the  following  types 
of  entry:  Traffic  Advisory  (Proximity  or  Threat);  Terrain, 
Airspace,  Obstacle  Warnings  (T/A/O);  ATCRBS  Track  Blocks  (TB); 
Altitude  Echo  (ALEC).  The  PWILST  structure  was  Introduced  In 
Section  3.3.2,  and  in  Pseudocode  Section  3.4.  Only  an 
ATARS-e quipped  aircraft  will  ever  have  Traffic  Advisory  or  ALEC 
entries  on  Its  list.  Only  aircraft  equipped  with  ATARS  and 
BCAS  will  ever  have  ATCRBS  TB  entries.  However,  an  unequipped 
aircraft  may  have  T/A/O  warnings  generated  if  it  is  under  ATC 
control,  as  ATC  may  uplink  these  warnings. 

The  PWILST  is  created  an  entry  at  a  time.  Traffic  Advisory 
entries  are  created  as  Encounter  List  pairs  are  processed. 
Entries  are  kept  and  are  updated  on  subsequent  scans.  Each 
entry  specifies  the  aircraft  (or  obstacle)  for  which  it  is 
providing  a  warning,  so  that  duplicates  are  avoided.  All 
entries  are  sorted  into  groups  and  ordered  within  each  group  by 
the  Data  Link  Message  Construction  (DLMC)  Task  (Section 
16.2.1).  To  facilitate  this  ordering,  certain  ranking  data  is 
calculated  by  the  Traffic  Advisory  Task,  while  the  Encounter 
List  entry  is  still  available. 
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Certain  entries  are  created  by  other  tasks.  The  ALEC  entry  may 
be  created  by  either  the  DLMC  Task  or  the  Report  Processing 
Task.  T/A/O  entries  are  created  by  the  task  of  the  same  name 
(Section  6.3). 

The  deletion  of  PWILST  entries  is  discussed  in  Section  16.2.4. 

9.3  Traffic  Advisory  Entries 

ATARS  sends  an  aircraft  all  of  its  traffic  advisory  messages 
from  one  site.  When  an  aircraft  is  in  a  seam  (see  Section 
6.2),  the  site  designated  primary  sends  these  messages. 

However,  ATCRBS  TB  messages  may  be  duplicated  by  sites  serving 
the  pair  of  aircraft. 

9.4  Pseudocode  for  Traffic  Advisory  Task 

The  pseudocode  for  Traffic  Advisory  Task  follows.  The  Match 
Routine  is  used  to  search  for  a  previous  entry  containing  the 
same  object  aircraft.  If  one  is  found,  its  data  is  updated. 

In  this  case,  the  entry  type  may  change  from  Proximity  to 
Threat  or  vice  versa.  If  no  matching  object  aircraft  entry  is 
found,  a  new  one  is  created  and  inserted  in  the  PWILST.  When 
creating  a  new  entry,  the  track  number  field  must  be  set  to  an 
uninitialized  value,  the  END  field  cleared,  and  OLD_TYPE  set  to 
"none. ” 
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TRAFFIC  ADPISORT  TASK  LOCAL  PARAHBTSRS  .  9-P3 

STRUCTURE  TAPABH  .  9-P3 

TRAFFIC  ADTISORT  TASK  LOCAL  VARIABLES  .  9-P5 

S^P UC^URE  TAVBI . 9-P5 

TRAFFIC  ADVISOR!  TASK  LOR-LEVEL  LOGIC  .  9-P7 

TASK  TEAFPIC_ADVISOBT  .  9-P7 

PROCESS  pro*laity_daEa_calciilatlon  9-P9 

PROCESS  thr*at_data_calculation  .  ,  .  9-P11 

PROCESS  A»CRBS_tracK_block_calcolatioii . 9-P13 

ROUTISE  HATCH  .  9-P15 
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stboctops  tapar8 


GPOOP  asg^fortat 

plt  ntT_;x?_nicK 
TIT  ALT_BXT_tI8 
PIT  C10CX_I»CB 
PIT  COOPSB_I!ICR 
TIT  PIS2_BRG_IBCR 
PIT  PIB*_HOG_IHCR 

GBOBP  ranking 

PIT  LA8G2T 

PUDSTBPCTOP”; 


<incre*ent  for  altitude  extension) 
<li«it  for  altitude  extension) 
<lncreaent  for  clock  position) 
<incresent  for  heading) 

<incresent  for  fine  bearing) 
<incresent  for  fine  heading) 


<large  value  of  tau  for  divergence) 


JHSCKD1W0  PAC*  BLANK-HOT  filmed 


TRAPPIC  ADVISORY  TASK  tOCAl  P1BARBTBBS 
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STBBCTOBB  TAfBl 


SS2HI 

identity 

m 

subject 

m 

object 

si: 

HATCHED 

m 

TEH  P_  TYPE 

iM£ 

calcnlations 

m 

A 

hi 

BBA8ISG 

HI 

OOTP 

Ski 

HEADIBS 

HI 

8»*TA0 

HI 

8* 

III 

BTP 

m 

BT 

m 

FTP 

HI 

BE® 

ebpstbpc-ibe: 


<pointer  for  o*n  nircraft> 
<pointer  for  other  aircraft) 
matching  p»ilst  entry  found) 
<teaporary  mine  of  entry  type> 


<interaediate  enlcnlntion> 
<bearing  to  other  alrcraft> 
<nsed  in  calc,  of  range  tate> 

< heading  of  other  aircraft> 
<tan  noed  for  ranking  entries> 
<rala tlTc  x-ooordinatea> 
<projected  relative  x-coord.) 
<relatlve  y-coodinatee) 
<pro}ected  relative  y-coord.> 
<pro1ected  relative  x-coord.) 


SRSCflJ IHQ 


PA(*  TllMUD 


tnmc  ADBISOBT  TASK  LOCAL  TABIABLES 
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‘■'US*  TRkFFIC_kD?ISORY 

IS  (pairs  frou  encounter  list) 

OPT  (PRTLST  entries)  ; 

<Scan  all  enconnter  list  entries.  *or  each  equipped  aircraft, 
generate  traffic  adeisory  and  kTCRBS_TB  entries  as  required 
and  link  onto  aircraft’s  PRTLST  structure.) 

RFPEkT  RHILE  (sore  pairs  on  encounter  list) ; 

Select  encounter  list  entry: 
sub1ect=ac1 : 
object  =ac2; 

LOOP: 

IF  (sublect  ITkRS  equipped)  ; 

THEM  IF  (not  priaary  for  subject  kHD  other  site  sees  subject) 

THEM  delete  all  Tk  entries  fron  PRILST; 

EL S El P  (entry  shoes  Tk  Threat  status) 

THEE  PE8P0RH  proxiaity_data_cnlr ulat ion ; 

PERFQHH  threat„data_calcuiation: 

CkLL  HkTCH;  <update  PRILST  entry  or  create  nee  one) 
EL  SEIF  (entry  shoes  Tk  proxisity  status) 

TH EH  PBHFOHH  proxi sity_data_ calculat ion : 

CkLL  HkTCH; 

OTHERRISB:  <no  Tk  flags  set  or  not  primary) 

JF  (BCkS  flag  set  in  encounter  list) 

THEE  PERFORM  kTCRBS.tr ack.block.calculation; 

EXIT^F  (subject«ac2)  ; 
sob ject»ac2; 
object*ac1 ; 

EHDLOQP: 

smisirn 

EHD  TRkFFIC.kDTISORT: 


TRkPFIC  kOTISORT  TkSE  HIGH-LEYEL  LOGIC 
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TUSK  TB1PEIC_1DVIS08T 

<scan  all  encounter  list  entries.  For  each  equipped  aircraft, 
generate  traffic  advisory  and  1TCRBS_TB  entries  as  required 
and  link  onto  aircraft's  PBI1ST  strnctnre.> 

IS  (pairs  froa  enconnter  list) 

OPT  (PWIIST  entries) ; 

BEPE11’*  want  (sore  pairs  on  encounter  list)  ; 

Select  next  ElEStST; 

SOBJECT-EIESTBT. 1CID1 : 

OBJECT- ElESTBT.  1CID2: 

loop; 

II  (S0BJECT->STECT.1TSEQ  PJJ  S1EQ  or  SIBEQ) 

TBPS  IP  (S0BJECT->STECT.PST1T  BQ  SP11SE  1SD  any  other  site  bit 
set  in  SVECT. GBOG) 

THUS  delete  all  Tl_?ROX  and  T1_TH»B1T  entries  froa  PtiiST; 
BLSBIf  (ElESTBT .  T IRSQ  1SD  (BLBSTBT.  PPIPLG  21  ElESTBT.  PPSFLG)  set) 
THES  PEBfOPa  proxiaity_data_calculation; 

PEBpobh  threat_data_cnlcalation; 

cull  a urea 

II  (T1  entry,  object  1C  ID) 

I  BOUT  (subject  1C  PSIIST) ; 

E1SEIP  (ElESTBT.  TIB  EQ  U£  SQI  (ElESTBT. PPIPIG  21  ElESTBT.  PPSEIG)  ) 
TBPS  PEBPOBB  proxi aity_data_calculation ; 
cm  aiTca 

IS  (Tl  entry,  object  1C  ID) 

U22I  (subject  1C  PSIIST)  ; 

OTBBRSISE :  <no  fl  flags  set  or  not  priaary> 

II  (ElESTBT.  BOPESEQ  set) 

TBES  PEBPOBH  XTC8BS_track_blocl_calculation ; 

EXITir  (SUBJECT  12  ElESTBT.  1CID2) 

SUBJECT- ElESTBT.  1CTD2; 

OBJECT- ElESTBT.  1CIDU 

ESDIOOP; 

ES3BSPE1T: 

112  TBlPPIC_lDTtSORT; 

-  TB1PPIC  1DTTS01T  T1SK  tOS-lBTEI  10GIC  - 
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PROCESS  proxiai* p_4ata_calculatlon: 

<coapute  lata  for  Tk  aessage  according  to  kC  class  of  kTkSS  service  (Tk_class).> 

Coapute  clock  bearing; 

Coapnta  relative  altitude;  especial  code  indicates  altltade  unkno*n> 

Coapute  range; 

Coapute  coarse  of  object  kC; 

Coapute  weighted  range; 

» 

Save  negative  in  rank  data;  <saallest  range  ranks  highest> 

IP  (Tk_class  SI  °> 

THEM  Coapute  fine  bearing; 

Save  object  kC  kTC  control  state; 

Save  object  kC  kTkRS  eguipage  state; 

JF  (Tk_class  SI 

THEE  coapute  object  kC  groundspeed; 

Save  object  kC  cliab  perforaance; 

Save  object  kC  abbreviated  data; 

ESP  proxiai*-y_data_calculatlon; 


TRkPFIC  kDtlSOET  TkSP  1IGH-LETSI  10GIC 


9-P8 


PROCESS  proxiinttf_data_calcolation; 

<coipute  data  for  TA  isg  according  to  AC  TA_class  of  service)- 
<fnnction  IST(x)  means  take  integer  part  of  (x»0. 5)  > 

<suffix  1  leans  S0BJECT->S7ECT.  suffix  2  leans  OBJBCT-)STBCT.  > 

BI  =  X2-X1; 

BT  =  T2-T1 ; 

1  =  SX*XD1  t  Rr*ID1; 

9EABI3S  =  ABC  COS  (A/S0BT{ (ELEBTBT. BABGE2) • (XD1«»2  ♦  TD1»  =  2))): 

Correct  B2ABING  for  proper  quadrant; 

TA_PB0X.CL0CE_B5G  «  1ST (BEABISG/C10CK_ISCB) ; 

X£  (TA_PSOX.CLOCE_BBG  Efl  0) 

THEN  TA_PBOX.CLOCK_BBG  =  12; 

TA_PBOX.  SEL_ALT  =  22-21; 

TA_?P0X.  BANGE  =  SQST  (EtES*B2-  8ABGE2)  ; 

HEADTBG  =  ABC  COT(TD2/XD2)  ; 

TA_?»OT.COt1BSB  =  I BT (HEADI8G/C03B S*_IBCP) ; 

Correct  TA_PBOX. C003SE  for  proper  quadrant; 
if  (TA_PBOT.COOBSE  =  3) 

THEE  TA_PPOX.COOBSB  =  0; 

TA_PB0X.BABG B_BBI GBTBO  =  Teo's  coipleient  of 

BT**2  ♦  S  T**  2  ♦  STSTEB.  TBBIGHT*  (22-21)  *«2  ; 

TA^OBOX.TAT  =  0; 

if  (SUBJECT-)  SVECT. ACLASS  £E  ICLO) 

-BEX  ’•A_PBOT.  E  IBE_BBG=I»T((3EARISG-  (CiOCB_BBG-0.  5)  «CLOCX_IHC?)  /EIBE_3SG_IBCB)  ; 
wA_°BOT.COSTBOL  »  OBJECT-)  STBCT.C05C; 

TA_®BOT. ATA?S_EQP  *  OBJECT-)  STECT.ATSEQ; 

i*  (  •  J *CT- )  STEC^.  ACtASS  12  2CL2) 

~1»5  TA_°BOf.  GBBD_SPEED  =  SQBT(XD2**2  t  TD2»*2); 

•=A_PfOX.  CtIBB_PEBP  •  OBJECT-)  SEEC*.  ACLP  ; 

TA_P*OX.  A8BBBT  -  OBJECT-)  STECT.  1CAB; 

EBP  proxlil*f_data_calculatlon; 

-  TBAEEIC  AOETSOBT  TASK  LOI-LETEl  LOGIC  - 
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PfOCSSS  threat_data_calculatlon; 

(Coapute  data  for  thraat  asg  according  to  hC  T»_class  of  service. > 

If  (aaneuvering  targat  flag  sat) 

TBSli  coapata  pseud»-tau  froa  ranga  and  velocities; 

<a  worst-case  tan  if  the  pair  torns  head-on> 
ft SBIf  (the  pair  is  diverging) 

*l*Heil  Tau«large  constant; 

OTSef SISt  Ose  horizontal  tau  froa  Detect  task; 

Sava  negative  of  taa  in  rank  data;<saall  tan  gets  highest  rank> 

I*  (TX_class  Bfl  0) 

fHEB  Save  object  »C  I?C  control  state; 

save  object  XC  XTXRS  equipage  state; 

RISC  coaputa  predicted  horiz.  aiss  distance;  (tracked  data  onlv> 

Coapute  object  XC  vertical  speed;  (using  tracked  data  onlf> 

Coapute  relative  altitude  estension  field; 

Coapute  fine  heading  field; 

If  (strong  turn  delared  for  object  aircraft) 

THRU  Save  object  aircraft  turn  status; 

8LSf  Indicate  object  aircraft  not  turning; 

*HP  threat_data_calculation; 


TRXfflC  XD9IS0PY  TX3K  HIOR-LSTBI.  IOSIC 
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PROCESS  *hreat_data_calculation; 


Change  entry  TYPE  to  TA_THEEAT; 

Change  ',4_PSor  fields  to  corresponding  TA_THRBAT  fields; 

If  (BLEBTRE. BTTPLG  set) 

THEE  RBKT10  *  ELSBTRT. R1HGE2/ (ELEBTRY . ACI D1-) SYECT. YSQ 
♦  ELEBTRY.  ACTD2-)S  YBCT.  YSQ)  ; 

EL  SSI  P  (BLEBTHY.  DO*  £T  SZSRO) 
tHBB  RHKT10  ■  LARGET; 

OTHERWISE  RBKTAO  =  ELEBTRY. TH". 

TA_THPSAT.?AO  =  T*o<  s  cpnpleaent  Of  BBETAO; 

Ccoepute  data  for  threat  asg  according  to  1C  TA_class  of  service) 

IX  (SOBJECT-)  SYECT.  ACLASS  Efl  *CL0) 

TH»B  *^TaBEAT. CORTROL  =  OBJECT-)  SYECT. CD HC; 

TAJTHRSAT.  ATARS_EQP  =  OBJECT-)  SYECT. 1TSE0; 

ELSE  tl  THBElT.HBD  ’  SORT  (ELEBTRY.  BD2)  ; 

TAJTHREAT.  YERT_SPD  =  Z  D2 ; 

IP  (ABS(REL_ALT)  ALT_EXT_LIH) 

THBB  TAJTHREAT. RSl_ALT_EXT  =  0; 

ELSE  T1_THRE*T.REL_11T_EXT  = 

IET(  (ABS(REL_ALT)-ALT_EXT_LIH)/ALT_BXT_IRCR)  ; 
Tl_THRElt.  PIBE_HDG  = 

IBT  (  (HE1DIBG  -  (C0DRSE-0.5)  *CODRSE_IBCR)  /PI»E_HDG_IBCR) 
IX  (OBJECT-)SYECT.TDRB  12  SSTRBGLPT  ££  t  STBBGRGT) 

THBB  T1_THRB1T. TORB  =  OB JECT— > SYECT. TDRB ; 

ELSE  T1_THRB1T. TORB  =  BSTRAIGHT; 


EBP  threat_data_calcnlation; 


TR1PPIC  IDYISOBY  TASB  LOB-LBYEt  LOGIC 
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PROCESS  ATCRBS_track_block_calculation; 


Sat  subject  AC  -  the  BCAS-equipped  AC; 

Sat  object  AC  ■  tha  othar  AC; 

CTO  (laid  -  0; 

Project  both  aircraft  straight  ahaad  for  one  scan; 

Compute  ranga  in  nai; 
compute  range_rate  in  knots; 

Cosputa  baaring  fros  subject  aircraft  <BCAS-equipped>  to 

objact  aircraft  <ATCRBS>  in  dagraas  saasorad  positive  clockvisa  froa  north; 
<baarlng  rafars  to  aircraft  positions  only,  not  haadings> 

Obtain  projactad  aitituda  of  objact  aircraft  in  fast; 

Obtain  *er*ical  rata  of  objact  aircraft  in  ft/s; 

Type  »  ATC*BS_TB  entry; 

CUI  BATCH;  <Store  range,  range_rate,  baaring,  aitituda,  and  vertical  rate 

in  PWIIST  antry> 


FRO  ATC*BS_t rack_block_calcu lat ion ; 


TRAFFIC  ADVISORY  TASK  HI9B-LXTBL  tOOIC 
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PBOCBSS  ITCSBS_tr»clc_bloc)t_calcal«tloD 


IE  (BLSHTHT. ACID1-*  STECT. ATSBQ  JJfi  3  ABBQ) 

TSBS  SUBJECT  -  BIBSTHI.  ACID1; 

OBJECT  -  EISBTBT.ACID2; 

EtSE  SUBJECT  «  BIBBTKT. ACID2; 

OBJECT  -  BIEBTHT. 1CID1 ; 

( b affix  1  88888  SUBJECT-* STBCT.  safflx  2  88808  OBJBCT->STECT.  > 
CT.EAB  ATCBBS_TB. BED; 

BIB  »  XP2  -  XP1 J 
HIP  «  TP2  -  TP1 ; 

bzp  ■  ZP2  -  ipi ; 

ATCHBS_?B.PABGE  -  S0HT(BIP**2  ♦  BYP**2  ♦  PZP**2)  ; 

OOTP  ■  HIP*  (X02-XD1)  ♦  BTP*(YD2-TD1)  ♦  BZP*  (202-201)  ; 
ATCHBS_TB.HABGE_HATB  -  D0TP/ATCH8S_TB.  BASSE; 

ATCHB3_TB. BEABIBG  -  ABC  TAB  (HXP/HYP)  ; 

Corracf  ATCBBS_TB.  BBABIHO  for  propar  qnadrant; 

ATCBBS_TB.  AtT  •  22  ♦  202*STSTEB.  SCABT; 

ATCHBS.TB.TBHT_BATB  »  202; 

Type  «  ATCPBS_TB  ao^.ry; 

CALL  HATCH 

IE  (ATC8B3_TB  80*ry  »lth  Objac*  AC  10) 

IHOUT  (sabjact  AC  PH1ST) ; 

BBO  ATCBBS_tr8CA_blOCA_C8lcal8blOB; 


-  TBAPBXC  ADTISOBT  TASK  10B-LBTB1  lOGXC 
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ROtlTIBR  HATCH 

I ■'  (TA  entry  wi*h  object  AC  ID) 

I  ROOT  (subject  AC  PR  II  ST)  ; 

<Search  PRIIST,  update  old  entry  for  object  AC  or  create  nee  entry. > 

REPEAT  WBILE  (entries  on  subject  PWIIST  of  type  desired)  ; 

<type  TA  or  ATCPBS_TB> 
i?  (entry  lD=object  AC  ID) 

’’’HEP  found  aatch; 

ELSE; 

EXITtf  (found  aatch)  ;  <pointing  to  aa.tched  entry> 
rind  neat  entry; 

ERD9SPEJ(T; 

Ip  (found  natch) 

TIER  Saee  old  type; 

Replace  entry  data  with  ue*  entry;  <type  aay  change> 
SLS2  Lin*  entry;  <pro*  or  threat  at  top  of  pfitsT, 

ATCRBS_TB  at  bottoa> 

Store  nee  entry  data; 

Old  type«none;  <only  applies  to  pro*  or  threat> 


EBP  BATCH ; 


THAEPIC  ADTISORT  TASK  HIGR-lETEt  LOGIC 
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RODTIHE  HATCH 


IH  (TA  entry  with  object  AC  ID) 

IHOOT  (sabject  AC  PHILST) ; 

^search  PfILST,  opiate  old  entry  for  obj.  AC  or  create  new  entry> 

CLEAR  RANCHED ; 

REPEAT  WHILE  (entries  on  sabject  PRILST  of  type  desired)  : 

<type  TA  or  ATCR 3S_TB> 

IT  (entry  OBJ_AC  E£  OBJECT) 

THEM  SET  BATCHED; 

3L53: 

gXITIF  (HATCHED  set) ;  <pointing  to  watched  entry> 

Find  next  PHILST  entry; 

EBDBEPEAT: 

IF  (HATCHED  set) 

TH  EH  mT HP— TT  PF  =  old  type; 

Replace  entry  da*a  with  new  enttw;  <tyoe  way  change> 
OLD_TTPE=TEHP_TTPE; 

ELSE  Link  new  entry;  <Prox  or  threat  at  top  of  PWILST, 

ATCRBS_TB  at  bottow> 

Store  new  entry  data; 

OLD_TIPE=none;  <onlw  applies  to  Prox  or  •■hreat> 


EHD  HATCH; 


TRAFFIC  ADTISORT  T ASH  LOW-LSTEl  LOGIC 
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10.  SEAM  PAIR  TASK 


10.1  Purpose 


A  set  of  responsibility  rules  is  used  to  prevent  duplicate 
action  by  neighboring  sites.  This  task  determines  the  site's 
responsibility  to  perform  resolution  or  controller  alert  for 
each  pair  on  the  Encounter  List.  When  resolution  is  to  be 
performed,  this  task  creates  a  Pair  Record  if  none  exists.  If 
any  connected  sites  are  giving  service  to  either  aircraft,  this 
task  sends  a  message  to  these  sites  to  claim  the  pair  for 
resolution.  The  task  also  determines  whether  resolution  pairs 
are  to  be  processed  by  Master  Resolution  (Normal)  Task  or 
require  ground  line  coordination  first,  before  Master  Resolution 
(Delayed)  Task.  If  conditions  have  changed  so  that  own-site  is 
no  longer  responsible  for  resolution,  resolution  deletion  status 
is  indicated. 

10.2  Site  Responsibility 

ATARS  resolution  responsibility  is  in  most  cases  assigned  to  a 
single  site  for  each  individual  aircraft  pair.  If  an  equipped 
aircraft  is  in  a  seam  (Section  6.2),  that  aircraft  may  receive 
resolution  advisories  from  different  sites  due  to  different 
threats,  or  In  certain  cases,  due  to  a  single  ATCRBS-e quipped 
threat.  As  an  aircraft  flies  into  or  out  of  sites'  coverage 
areas,  those  sites'  responsibilities  may  change.  The  same  is 
true  when  a  site  drops  service  for  an  aircraft  due  to  lack  of 
target  reports.  Finally,  when  an  ATARS  site  sees  a  conflict 
pair,  it  always  has  priority  over  BCAS  for  resolution  of  the 
conflict . 

The  responsibility  rules  are  complex,  to  account  for  numerous 
combinations  of  aircraft  equipage  and  site-to-site 
connectivity.  These  rules  are  applied  on  a  pairwise  basis 
between  sites.  Where  three  or  four  sites  see  the  same  pair,  the 
rules  ensure  a  single  site  taking  responsibility. 

1.  ATCRBS  ~  ATCRBS  Conflict 

Own-site  is  responsible  for  controller  alert. 

2.  DABS  -  DABS  Conflict 


a.  For  Initial  resolution,  own-site  is  responsible  if 
highest  common  site  ID  of  both  aircraft  is  own-ID. 
If  connected  sites  see  either  aircraft,  responsible 
site  sends  claim  message  to  establish  Pair  Record 
at  other  site  showing  that  site  responsible. 
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b.  On  subsequent  scans,  if  Pair  Record  exists  and 
shows  a  connected  site  in  charge,  own-site  is  not 
responsi ble. 

c.  If  Pair  Record  exists  and  shows  handoff,  site  uses 
highest  ID  rule  as  in  (2a)  to  decide  own 
responsibility . 

d.  If  Pair  Record  exists  and  shows  a  non-connected 
site  in  charge,  own-site  responsible  if  own-ID  is 
higher  than  that  site's  ID. 

e.  If  no  Pair  Record  exists  but  both  aircraft  are 
receiving  advisories  from  a  common  ATARS  site,  then 
(2a)  does  not  apply.  If  no  site  with  a  higher  ID 
than  own-ID  sees  both  aircraft  and  is  giving 
resolution  advisories  to  both,  then  own-site  is 
responsible.  Otherwise,  own-site  is  not 
responsible.  This  test  is  repeated  every  scan,  for 
as  long  as  own-site  sees  a  need  for  resolution  or 
controller  alert. 

3.  DABS  -  ATCRBS  Conflict  With  Both  Aircraft  Above  Altitude 

ALTDC 


a.  If  no  Pair  Record  exists  containing  the  DABS,  or  a 
Pair  Record  exists  and  indicates  handoff,  then  if 
own-ID  is  the  highest  site  ID  set  in  the  DABS 
aircraft,  own-site  is  responsible.  If  a  higher  ID 
site  sees  the  DABS,  own  is  not  responsible. 

b.  If  a  Pair  Record  exists  for  the  pair  and  shows  a 
connected  site  responsible,  then  own  is  not 

re  sponsible. 

c.  If  any  Pair  Record  exists  containing  the  DABS  which 
shows  a  non-connected  site  responsible  whose  ID  is 
greater  than  own-ID,  then  own  is  not  responsible. 

d.  If  (3c)  does  not  apply  and  a  Pair  Record  shows 
own-site  responsible,  then  own-site  remains 
responsible. 

e.  If  all  Pair  Records  containing  the  DABS  show  lower 
ID,  non-connected  sites  responsible,  then  own-site 
is  responsible. 
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The  effect  of  (3)  for  non-connected  sites  is  to  create  a 
"hand-off"  using  site  ID's  when  an  aircraft  flies  from  a 
low-ID  site's  interior  into  a  seam.  When  in  the  seam,  the 
low- ID  site  keeps  sending  resolution  using  rule  (3d),  while 
the  higher  site  begins  sending  resolution  using  rule  (3e). 
After  the  low-ID  site  reads  down  the  other's  resolution  and 
creates  another  Pair  Record,  it  applies  rule  (3c)  and 
removes  its  resolution.  (See  Resolution  Deletion  Task, 
Section  15). 

4.  DABS  -  ATCRBS  Conflict  With  One  or  Both  Aircraft  Below 

Altitude  ALTDC 

a.  If  no  Pair  Record  exists  or  the  Pair  Record 
indicates  handoff  status,  then  if  the  DABS  has  no 
resolutions  from  another  site  (excluding  any  from 
the  site  handing  off  responsibility)  or  if  any 
resolution  advisories  are  from  a  lower-ID  site, 
then  own-site  is  responsible.  If  the  DABS  has  any 
resolution  advisory  from  a  higher  ID  site 
(excluding  handoff),  then  own-site  is  provisionally 
responsible. 

b.  If  a  Pair  Record  shows  a  connected  site  in  charge, 
then  own-site  is  not  responsible. 

c.  If  a  Pair  Record  shows  a  non-connected  site  in 
charge,  then  responsibility  is  determined  by  the 
source  of  the  DABS  resolutions  as  in  (4a). 

The  status  "provisionally  responsible"  is  indicated  in  the 
Encounter  List  entry  to  signal  Master  Resolution  Task 
(Section  12)  to  test  the  higher  site's  resolution 
advisory.  If  it  appears  adequate,  own-site  will  not 
complete  resolution;  otherwise  own-site  will  resolve. 

10.3  Pseudocode  for  Seam  Pair  Task 

The  pseudocode  for  Seam  Pair  Task  follows.  The  local  variable 
0_ID  i 8  used  to  hold  the  correct  own-site  ID  to  use  for  each 
pair  tested.  This  is  always  equal  to  the  SYSTEM. OWNID  except 
while  operating  in  the  Backup-Master  mode  (Section  17.3.2), 
where  a  different  ID  is  sent  to  aircraft  in  the  Center  zone. 
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£&&£ 


sfah  nn  task  iocii  . . . 

STROCTORE  . . . 

SEAS  PAIR  TASK  LOCAL  T1RIASLZ3 . . 

STSOCT0RE  SEAHf BL  .  10-P5 

SEAB  PAI?  TASK  LOR-LETEL  LOGIC . . 

TASK  SEAB_PAIR . 10-P7 

PROCESS  responsibility  ..  .  10-P9 

PROCESS  DABS-DABS_r*sponsibility  .  10-P11 

PROCESS  high_altitn4«_DABS- ATCRBS_r*«pon*ibility . 10-PI  3 

PROCESS  low_altitaa«_0IBS-ATCSBS_r*sponsibility  .  10-P15 


to-»i 


ST90CT0FS  SEUSPABS 


2222?  siscellaneoas 
HT  AI.TDC 

RRDSTR0CT08 1: 


<t.ltitude  of  good  dual  sensor  coTerage> 


fetes  fc 

rascmiwo  pag*  bu*-«ot  tiukd 

I 


S!IK  PAIR  '’ASK  LOCAL  PARAMETERS 
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I 


STBUCTO*g  SglHVBt 


CROUP  fiscellaneooa 
3IT  RffSP 
IWT  T!ST_ID 
Ml  O.ID 

gH  INSTRUCT  UBS: 


<o*a  fit*  r**poatlbl*  for  r**olation> 

<t»*p.  ttorag*  for  t**tlng  tulMi  fit*  l»*> 
<»»la*  of  ovn-flta  ID  to  «*•  foe  thl*  p*lr> 


Bacaaw  u  auat^or  numo 

I 


mi  mi  tih  loeiL  Hiniiis 
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TASP  SBAH_PAIB 


u  (state  vectors) 

OPT  (aessages  to  connected  sites) 

I MOOT  (sector  encounter  list,  conflict  tables): 

<Deteralne  site  reso lotion  responsibility  for  pairs.  Create  pair  records. > 
BEPPAT  waits  (nora  pairs  on  encounter  list); 

Select  next  encounter  list  entry; 

IP  (resolution  status  OP  controller  alert  status) 

Tg»H  PBBTOBH  responsibility; 

IP  (own  site  not  responsible) 

THEE  Beset  Controller  alert,  fiesolution  status  flags; 

IP  (pair  record  exists  1J[0  shows  own  site) 

THBB  Indicate  resolution  deletion  status; 

ELSE  IP  (resolution  status) 

THEE  £P  (no  pair  record) 

THEE  Create  pair  record; 

<If  DABS— ATCBBS  pair,  DEBS  is  AC1> 

IP  (ac1,ac2  are  in  separate  confl.  tables) 
THEE  Barge  conflict  tables; 

Seas  flag  »  logical  OP 

of  seaa  flags  in  old  tables; 

IP  (either  AC  seen  by  connected  site(s)  ) 

J35J  Send  CLAIR  nsgs  to  connected  site(s); 
SET  seaa  flag; 

ELSEIP  (pair  record  shows  another  site  in  charge) 
lid  Store  own  site  in  charge; 

Send  CLAIR  ssgs  to  connected  slte(s)  ; 
OTHERWISE ;  <pair  record  shows  own  site  in  charge) 

IP  (seas  flag  set  in  conflict  table) 

XU1  Indicate  delayed  resolution; 

Indicate  aortal  resolution; 

BED  SEAH_PAIR; 


SEAR  PAI1  TASK  HIGH-LET EL  LOGIC 


TAS*  SEAB_?»IR 

III  (state  sectors,  SYSFAR) 

OPT  (messages  to  connected  sites) 

HOOT  (sector  encounter  list,  conflict  tables); 


REPEAT  WHILE  (more  pairs  on  encounter  list)  ; 

Select  next  ELEHTRY; 

JR  (EtEHTRT.  PAREQ  set  2S  *t  ERTRT.  CHAR  EQ  set) 

T3ER  PER  FORE  responsibility; 

IF  (RESP  E£  JFALSE) 

TREE  CLEAR  ELBETRT. RASEQ  and  ELEETRY.CRARBQ; 

II  (pair  rec.  exists  A12  PREC.ATSIO  0_ID) 

THEM  SET  ELEHTRY.  RDREO; 

ELSE  II  (ELEWTRY.RAREQ  set) 

THEE  IF  (no  pair  record) 

THEE  Create  pair  record; 

<If  dabs-atcrbs  pair,  sake  dabs  aci> 

12  (ELEHTRY.  ACID1->SYFCT.CTPT> 

BE  ELBHTHI.  ACID2->S»ECT.  CTPTR) 

THBH  Berge  conflict  tables; 

CTHEAD.SEAB  =  logical  OR 

of  CTHEAD. SEAS' s  in  old  tables; 
12  (either  AC  SYBCT.GEOG  contains 


smsmx: 

EBP  SEAB.PAIB; 


connected  site  (s)  ) 

THEE  Send  CLAIR  messages  to  connected  site(s) ; 
SET  CTHEAD.SEAB; 

EL5EIF  (PREC.ATSID  IS  0_ID) 

THEE  PREC.ATSID  ■  0_ID; 

Send  CLAIR  messages  to  connected  site(s)  ; 
OTHERWISE;  <pair  record  shoes  oen  site  in  charge> 

IF  (CTHE10. SEAR  set) 

THEE  SET  ELEHTRY. DELREQ; 

SiSS?  <  normal  resolation  > 


SEAR  PAIR  TASE  LOt-LSFBl  LOGIC 
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PHOCESS  responsibility; 


<D*t*raln*  shether  osn  alt*  1*  responsible  for  pair.) 

JJ  (Backap-aaster  aode) 

TBPB  Deterain*  o*n_ID  to  aa*  foe  tssting  this  pale; 

X£  (acl  la  ATCftBS)  Iffi  (ae2  la  ATCBB3) 

THEM  o»n  responsible;  <foe  coateoll*e  alact  only) 

BLSBIP  (ad  is  BIBS)  XU  (*<=2  la  DABS) 

TBCT  pgBPOBS  DABS-DABS_r*sponsibllity; 

OTBSBWISE  <D1BS-A*C8BS  conflict) 

XI  (both  AC  high  altitude) 

THSB  PgBPOBH  n:gh_altitOd*_DAB3-ATC8BS_r*sponsiblllty 
»LSB  PBSfOBH  l.o*_altltnd*_D  ABS-  ITCH  BS_responslblllty ; 


EBP  responsibility; 


SUB  PATH  TASK  BIOB-LBTBL  LOGIC 


10-Pt 


PROCESS  responsibility; 


i£  (SYSTAB.HASTB1  Sfl  SPAtSB) 

HU  0_IB-STSTSa.OBBIO; 

BISEIf  (AC1->STBCT.CBBTR  set  AC2->STBCT. CBBTB  set) 

THBB  0_IB“SYSyAH. FAILSB;  <use  failed  ait*  IB  la  Cantar  *ona> 

BISBir  (AC1->S?BCT.CB8TB  not  aat  U2  AC2->SYBCT.  CBBTB  not  sat) 

THB3  0_IB-SY3TBH.0RBID; 

OTHSBBISE  0_IB«higher  Of  SYSYAS. P1I1BB  or  SYSTBH.OBRTB; 

<confllct  split  between  own  6  Cantar> 

12  (BtBBTBt. ACIB1->S?ECT.TY?B  Jfl  3 ATCBBS  HD 
BLBBTHY. ACIB2->SYBCT.TYPE  JJJ  3ATCBBS) 

THBB  SET  RESPj  <for  controller  alert  only> 

EISEIP  (EtEBTBY.  ACIB1->SYBCT. TIPS  Jfi  3 BIBS  ^JLE 
EtEBTBY.  ACIB2->SYBCT.TYPB  Jfl  SBABS) 

THBB  PEBP ORH  OABS-DABS_responsibiUty; 

OTHEFBISE  <DABS—  ATCBBS  COnflict> 

IP  tELEBTBT.ACID1->SYECT.B  ALTDC  BtEBTBY.  ACID2->STECT. Z  2S  ALTDC) 

THBB  PBBPOBH  hlgh_altitnde_DABS-ATCBB3_responsibility ; 

BISE  PBBPOBH  low_altitode_BABS- ATCBBS. responsibility; 

EBB  responsibility; 


-  3 BAR  PAIR  TASK  lOB-lBYBl  lOO^C 
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PROCESS  DA8S-DABS_responsibility; 

IE  (  (no  pair  racord  exists)  ABD  (both  aircraft  not  receizing 

ras.  adz.  froa  any  coaaon  aita))  2S  (handoff  bit  aat  in  pair  racord) 

THBB  dataraina  highaat  coaaon  aita  ID: 

IP  (hlghest»own_iD) 

THBB  o»n  responsible: 

BISE  oan  not  raaponaibla; 

Bt SEIF  (pair  record  eziats)  ABD  (site  shown  is  not  own_ID  ABD  is  connected) 
rHEB  own  not  raaponaibla; 

BIiSBlf  (pair  record  azists)  ABD  (site  shown  is  not  own_ID) 

<can  get  pair  record  for  aon-connected  site  thru  connected  site> 
fHEB  IS  (that  site's  ID  gT  own_ID) 

IBIS  own  ao»  raaponaibla; 

ELSE  own  responsible; 

OTHEBBISB  tast_id  *  highest  possible  ID; 
own  responsible; 

BEPEAT  BHIIB  (tast_id  SI  own_lD) ; 

EIITIF  (own  not  responsible) 

IE  (*-est  _id  is  not  a  connected  site  ABD  sees  both  aircraft 
m  test_ld  is  giwlng  ras.  adz.  to  both  aircraft) 
ZSEE  own  not  responsible; 

SLSJt: 

dacraaant  teat_ld; 

imail!; 

BID  D ABS-DABS_raspon Sibil it y; 


SBAB  PAID  TASB  HIOB-tEZBl  LOGIC 
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PBOCBSS  D IBS- DIB S_respon Sibil it y; 


IP  ((no  pair  record  exists)  IBP  (both  aircraft  not  receiving 
res.  ad».  froa  any  coaaon  site))  £1  (PBBC. S60PT  set) 

THSy  detersine  highest  coaaon  site  ID; 

U  (highest«0_ID)  <OBBID  or  failed  site_IO  if  set> 

THBB  SBT  BBSP; 

BtSB  Cl  BIB  BBSP: 

B1SBIP  (pair  record  exists)  m  (PS  BC.  ITS  ID  HJ  0_ID 

112  is  connected  site) 

THBB  CLUB  BBSP; 

B1SBIP  (pair  record  exists)  Ufi  (PBBC. 1TSIO  H  o_ID) 

<can  get  pair  rec.  for  non-connected  site  thro  connected  site> 

THBB  U  (PBBC. 1TSID  SI  OJCD) 

THBB  C1BIP  BBS?; 

BtSB  SBT  BBSP; 

siasmss  an 

TEST_ID  »  highest  possible  ID; 

BBPBIT  BHI1B  (THST_ID  0_ID)  ; 

II  (TBST_ID  is  not  a  connected  site  IBP  is  set  in  both 
SPSCT.  GEOG1  and  GBOG2 

IBQ  both  IC  in  pair  recs  aith  PBBC.  ITSID  S2  TEST_TD) 
THBB  CLBIB  BBSP; 

£UI; 

BIITI?  (BBSP  not  set) ; 
decreaent  TBST_I0; 

aaaus; 

BSD  DlBS-DlBs.reapoaaiblllty : 


SB IB  Pill  TISX  108-LBTEL  LOGIC 
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?SOC?SS  high_altit  ude_DABS-AFCFBS_responsibili  *•  y; 

Search  for  pair  records  for  this  pair  or  with  this  DABS  vs.  unknown  AC; 
IF  (no  such  pair  rec  exists  OB  handoff  set  in  all  such  pair  recs) 

ISIS  DABS  is  not  receiving  any  res.  advisory  for  threat> 

IF  (own_ID  is  highest  in  DABS) 

THEM  own  responsible; 

ELSE  own  not  responsible; 

IISI  <pair  record  exists  and  isn't  handoff> 

IF  (site  in  pair  record  not  own_lD  A  HD  is  connected) 

THEN  own  not  responsible; 

EISEIE  (site  in  any  such  pair  record  GT  own_lD) 

THEN  own  not  responsible; 

VISE  own  responsible;  <own  already  resolving  or  take  over 

fron  lower  ID  site> 


FJJD  hiqh_al*i*ude_DABS-  ATCB BS_respon Sibil it y; 


SEAB  PAIS  T  ASF  SIGH-LEVEL  LOGIC 
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PROCESS  high_al*i*ude_DABS-ATCRES_responsibili*y; 

Search  for  pair  records  for  this  pair  or  this  DABS  as.  a  PREC. PAC*tpsE; 

IP  (no  such  pair  rec  exists  pair  28  PREC.HDOPP  set  in  all  such  pair  recs) 
*2Sfi  <*he  DABS  is  not  receiving  any  res  adw.  for  tbreat> 

IP  (0_ID  is  highest  bit  set  in  STECT.GEOG  of  AC 
whose  SfECT.TPE  £2  S DABS) 

*hes  spt  resp: 

ELSE  CLEAR  RESP; 

ELSE  <palr  record  exists  and  PREC-HDOPE  not  set> 

IP  (pair  rec  found  with  PREC.ATSID  5*  0_ID  ASD  is  connected  site) 
TBtS  CLEAR  RESP: 

ELSEIP  (OREC.ATSID  GT  0_ID  in  any  such  pair  record) 

THEM  CLEAR  SESP: 

ELSE  SET  RESP; 

ESP  high_altltude_DABS-ATCRBS_responsibiUty: 


SEAR  PAIR  TASK  LOf-LETEL  LOGIC 
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PROCESS  low_altitude_DABS-ATCPBS_resDonsibili*y; 

II  (no  pair  record  exists  for  pair  OB  handoff  bit  set  in  pair  record) 
THEW  IP  (DUBS  has  no  resolntion  advisory  froa  other  site, 
excluding  site  handing  off) 

’’‘BED  o«n  responsible; 

BLSEIF  (no  OABS  resolution  advisory  is  froa  site  higher 
than  own_ID,  excluding  site  handing  off) 

TABS  own  responsible; 

EISB  own  prowisionally  responsible; 

ELSEIf  (pair  record  shows  connected  site) 
ms  own  not  responsible; 

BLSEIF  (no  DABS  resolntion  adwisory  is  froa  non-connected  site 
higher  than  own_ID) 

ISIS  °wn  responsible; 

BIBB  own  provisionally  responsible: 

BMP  low_altitude_DABS-ATCRBS_responsibility; 


SBAB  PAIR  TASK  HIOB-tSTBL  LOGIC 
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PBOCFSS  lo»_altitude_DABS-ATCRBS_responsibllity : 

If  (no  pair  record  exists  for  pair  PRBC.IIDOP?  aat) 

TUBS  If  (DUBS  has  do  resolution  adsisory  froa  other  site, 
excluding  site  handing  off) 

TB8B  S8T  RBSP; 

BISEIP  (no  DIBS  resolution  adeisory  is  froa  site  higher 
than  o_ID,  excluding  site  handing  off) 

33  SBT  RBSP; 

E1SB  SBT  RESP  and  ELBBTRT. RAPROT; 

BLSBIP  (PRBC.ATSID  J2  a  connected  site) 

TBEB  Cl BIB  PBSP; 

B15BIF  (no  DIBS  resolution  adsisory  is  froa  non-connected  site 
higher  than  0_ID) 

THEM  SBT  SBSP; 

ELSE  SBT  RBSP; 

SBT  E1BBTPT.  RAPSOP ; 

BSD  lo»_altltude_DABS-ATCPBS_ responsibility; 


SB  if!  PAIR  TASK  LOt-LETSL  LOOIC 
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11.  CONTROLLER  ALERT  PROCESSING 


Two  tasks  are  covered  In  this  section,  the  Conflict  Resolution 
Data  (CRD)  Task  and  the  Resolution  Notification  (RN)  Task. 
Respectively,  their  functions  are  delivery  of  the  Conflict 
Resolution  Data  Message  and  delivery  of  the  Resolution 
Notification  Message.  These  messages  are  forms  of  the 
Controller  Alert  Message  defined  in  Section  5. 1.3. 2.  The 
Conflict  Resolution  Data  Message  tells  a  controller  that  an 
aircraft  pair  will  receive  ATARS  resolution  advisories  if  both 
aircraft  remain  on  the  same  heading.  This  message  contains  a 
"preview"  of  the  intended  resolution  advisory.  This  preview 
advisory  is  based  on  information  available  to  ATARS  at  the 
moment  of  message  generation.  It  is  determined  only  once  and 
does  not  reflect  possible  changes  in  ATARS  resolution  advisories 
based  on  aircraft  course  changes.  This  resolution  data  is  only 
available  to  the  controller. 

The  Resolution  Notification  Message  is  sent  to  the  controller 
when  one  or  both  aircraft  in  a  conflict  pair  have  been  delivered 
an  ATARS  resolution  advisory.  The  message  contains  the  actual 
advisory  presently  being  displayed  to  the  pilot.  If  the 
resolution  advisory  changes  on  a  later  scan,  the  content  of  the 
message  changes  appropriately. 

11.1  Message  Initiation 

A  Resolution  Data  Message  is  sent  when  the  last  three 
( CRDP ARM . MCTA)  of  five  ( CROP ARM. NCTA)  scans  have  had  the 
controller  alert  flag  set  in  the  Detect  Task  (Section  8),  or  is 
sent  immediately  whenever  the  ICAFLG  flag  is  set  in  the  Detect 
Task.  This  message  continues  to  be  sent,  each  scan  until  a 
Resolution  Notification  Message  is  sent  or  the  last  three  scans 
have  had  no  controller  alert  flags  set  in  Detect,  at  which  point 
the  data  message  is  discontinued.  The  Resolution  Notification 
Message  is  sent  when  any  aircraft  in  the  conflict  pair  has 
acknowledged  reception  of  a  resolution  advisory. 

11.2  Resolution  Pair  Acknowledgement  and  Controller  Alert  Lists 

The  above  operation  is  accomplished  by  maintaining  two  lists, 
the  Resolution  Pair  Acknowledgement  List  (RPALST)  and  Controller 
Alert  List  (CALIST).  Once  an  encounter  pair  (from  Detect)  has 
ICAFLG  or  CAFLG  set  the  first  time,  an  entry  is  made  on  the 
(non-sectored)  CA  list.  During  each  succeeding  scan,  an 
existing  CA  list  pair  is  updated  with  either  a  null  bit  (when  no 
ICA  or  CA  flag  set)  or  a  set  bit  (when  either  CA  or  ICA  flag  is 
set)  In  the  sliding  window.  A  scan  is  determined  by  the  passage 
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of  10  seconds  (CRDPARM.CRDSCAN)  or  the  CA  flags  being  set  again 
In  Detect.  A  Conflict  Resolution  Data  Message  is  then  sent  If 
(1)  the  3/5  window  Is  satisfied  or  ICAFLG  is  set  and  (2)  no 
Resolution  Notification  Message  will  be  sent  this  scan  or  has 
been  sent  on  previous  scans*  Deletions  from  CALIST  only  occur 
when  an  entry  has  timed  out  (no  flags  set  in  last  3  scans)* 

The  Resolution  Notification  Message  is  simply  sent  whenever  an 
entry  appears  in  RPALST  (i.e*,  acknowledgement  has  been  received 
of  a  successful  uplink  of  a  resolution  advisory  to  one  or  both 
aircraft).  This  list  is  used  as  a  communication  link  between 
the  RAR  Task  (which  actually  receives  the  acknowledgment)  and 
the  Resolution  Notification  Task.  The  RAR  Task  creates  the 
entries,  while  the  RN  Task  or  CRD  Task  deletes  the  entries.  An 
entry  is  deleted  when  both  the  CRD  Task  (which  checks  to  see  if 
an  acknowledgment  message  is  occurring  this  scan)  and  the  RN 
Task  (which  sends  the  acknowledgment  message)  have  acted  upon 
the  same  pair  or  when  the  RPALST  entry  has  not  been  updated  for 
a  sufficient  time  (times  out).  Entries  are  normally  deleted 
before  a  time  out  condition  occurs. 

11.3  Message  Format 

In  the  pseudocode  (Section  11.4)  the  instruction  "send  message” 
implies  the  message  will  be  formatted  according  to  Tables  11-1, 
11-2,  and  11-3  (all  information  required  for  message  content  is 
available  at  this  point)  and  sent  to  an  ATC  receiving  station. 

It  is  left  to  this  station  or  stations  to  determine  the 
dissemination  of  the  message  within  ATC  facilities,  using  the 
aircraft  identification  fields  in  the  message. 

11.4  Pseudocode  for  Controller  Alert  Processing 


The  pseudocode  for  the  two  tasks  which  comprise  the  Controller 
Alert  Processing  follow.  The  Conflict  Resolution  Data  Task  can 
run  whenever  there  is  an  entry  in  the  Encounter  List  and  is 
dependent  on  the  Detect  and  Seam  Pair  Tasks*  The  Resolution 
Notification  Task  can  only  operate  after  the  RAR  Task  has 
finished  updating  the  Resolution  Pair  Acknowledgement  List. 
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TABLE  11-1 


CONFLICT  RESOLUTION  DATA  MESSAGE  FORMAT1 


BIT  NUMBER 

PARAMETER 

DESCRIPTION 

1-8 

CA  message 
identification 

10000011 

9-32 

ACID1 

AC1  DABS  ID  or  ATCRBS  code 
with  surveillance  file  no. 

33-56 

ACID2 

AC2  DABS  ID  or  ATCRBS  code 
with  surveillance  file  no. 

57-58 

CS1 

Control /equipment  state  AC1. 

59-69 

RA1 

Resolution  advisory  for 

AC1 .  The  code  used  to  enter 
advisories  is  given  In  Table 
11-3 

70-72 

DELI 

Delivery  status  for  AC1, 

DELI  *  001  (CRD  Message) 

73-74 

CS2 

Control /equipment  state  for 
AC  2 

7  5-85 

RA2 

Resolution  advisory  for  AC2 

86-88 

DEL2 

Delivery  status  for  AC2, 

DEL2  -  001 

89 

VI 

Not  presently  used 

90 

V2 

Not  presently  used 

91-92 

AMTYP 

Message  type,  AMTYP  m  00  for 
resolution  advisory 

93-96 

Spare 

1The  contents  of  Tables  11-1,  11-2,  11-3  are  taken  from  Reference  8 
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RESOLUTION  NOTIFICATION  MESSAGE  FORMAT 


The  resolution  notification  message  format  is  the  same  as  Table 
11-1,  except  for  the  DEL  field. 


Possible 

values 

are : 

DELI 

-  Oil, 

DEL2 

-  Oil 

DELI 

-  Oil, 

DEL2 

-  010 

DELI 

-  010, 

DEL2 

-  Oil 

Resolution  advisory  delivered  to 
both  aircraft 

Resolution  advisory  delivered  to 
AC1  only 

Resolution  advisory  delivered  to 
AC2  only 
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TABLE  11-3 


RESOLUTION  ADVISORY  FIELD  CODE 


The  Resolution  Advisory  Field  Is  an  11-bit  field  In  the  Controller 
Alert  Message  which  signifies  the  Resolution  Advisory  that  is  being 
delivered  to  the  aircraft  for  execution.  A  double-dimension 
advisory  has  both  of  the  appropriate  bits  set.  The  field  is  encoded 
as  follows: 


BIT  POSITION  IN 
11-BIT  FIELD 


1 

2 

3 

4 

5 

6 

7 

8 

BITS  9,  10,  11 
OF  11-BIT  FIELD 

000 

001 

010 

Oil 

100 

101 

110 


RESOLUTION  ADVISORY  INDICATED 


Turn  right 
Turn  left 
Climb 
Descend 

Don't  turn  right 
Don't  turn  left 
Don't  climb 
Don't  descend 


No  vertical  speed  limit 
Limit  climb  to  500  ft/min 
Limit  climb  to  1000  ft/min 
Limit  climb  to  2000  ft/min 

Limit  descent  to  500  ft/min 
Limit  descent  to  1000  ft/min 
Limit  descent  to  2000  ft/min 


<•  *■•»**«*< 
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ms 


COHTBOI.LEB  M.EBT  TISKS  tOCU  PIRIBBTEBS . . 

STR0CTOBB  CRDP1R9  .  11-P3 

COHTROllER  4LBBT  T4SKS  LOB-LEPEL  LOSIC . . 

TASK  C0«PI.rCT_SeS0taTruif_D*T4 . 11-P5 

PBOCESS  CBll_RP4_liSt  .  ....  11-P7 

PROCESS  update_Cl_liat  .  .  11-P9 

PBOCESS  CRD_Baasag«_dat«raiaatlOB  .  11-P11 

PBOCESS  coapata_confHct_ra«olatiOB_data . 11-P13 

T»SK  RESOLOTIOB_ROTI.?IC4TIOB . . 
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STIOCTOEE  CBDH1H 
along  oTrhi 

1ST  BCT1  <nuabar  of  klta  Id  alidiag  window  which  caaaaa 

■••••9*  to  ba  aant  > 

IT  HCTl  <« it*  of  window  la  bits  > 

I1T  Close  11  <C1D  aaaaaga  rwfrwwh  tlaa  ,  l.a.  ,  tlaa  aftar  which 

•  zwro  wntry  la  aada  la  Eliding  window  > 
tit;  1»_TISB_00T  <antri«a  atiU  raaainlag  if  tar  H_TIH1_OOT 
aacoada  ara  dalatad  froa  tha  BP1  Hat  > 

aasiaasim? 


meWM 


PA(*  auiK-dior  JT2UMKC 


-  coiTioun  urn  tins  iocii.  rmaifiis 

ii-n 


**'•»  **■' 


><a»  -v*w*>— 


T1SK  CORPLICT_RESOLOTIOH_D1T1 


la  (encounter  list  entries  requiring  Cl  processing, 

controller  alert  list,  CRDVBL,  associated  state 
vectors,  resolution  pair  acknowledgment  list  (RP1  list)) 

OPT  (conflict  resolution  data  aessage  (CRD)  , 
updated  cl  list,  updated  HP1  list) ; 

ccontrols  the  generation  of  the  conflict  resolntlon  data  eessage. 

This  eessage  inforas  the  controller  of  a  resolntlon  advisory  that 
will  be  sent  to  an  1C  pair  if  no  evasive  action  occnrs> 

PFBPOBB  cull_RPl_llst:  <delete  all  entries  that  have  tleed  out> 

PBBPOBH  update_Cl_list;  <delete  tieed  ont  entries,  slide  window 

with  0  fill  if  sore  than  one  scan  has 
elapsed,  generate  CBD  eessage  as  needed> 
loop  (on  encounter  list  entries  requiring  Cl  processing  for  this 
sector)  ; 

Set  next  entry  on  encounter  list  requiring  Cl  processing: 

BIITIF  (no  aore  entries)  : 

£P  (pair  not  on  Cl  list) 

THBR  create  entry  on  list; 

Slide  window  and  set  last  bit  of  window  in  Cl  list  entry: 

Update  tine  in  Cl  list  entry; 

IP  (first  tiae  CRD  eessage  required  for  this  pair) 

THBK  PERFOBH  CBD_iessage_detarelnation ; 

ELSE:  <do  nothing,  CRD  not  required  or  if  required  under  control 
of  update_Cl_list> 

Hark  encounter  entry  as  Cl  processed; 

51U22£: 

BBD  CO»*LICT_RBSOLOTIOW_D1T1; 

-  CONTROLLER  1LEBT  T1SKS  HISH-LBTEL  LOGIC  - 
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TASK  COHFLICT_RBSOL0TIOS_DATA 

IK  (encounter  list  entries  requiring  Cl  processing, 

controller  alert  list,  CRDPARfl ,  STECT1,  SVECT2, 
resolution  pair  acknowledgaent  (EPA)  list) 

OPT  (Conflict  Resolution  Data  Hessage, 

updated  Cl  list,  updated  RPl  list! : 

P3RF0RM  cull_RPA_list ;  <delete  all  entries  that  hawe  tiled  out> 

PERFORM  update_Cl_list ;  <delete  tiled  out  entries,  slide  window 

with  9  fill  if  lore  than  one  scan  has 
elapsed,  generate  CRD  aessage  as  needed> 

LOOP  (on  encounter  list  entries  requiring  Cl  processing  for  this 
sector)  ; 

Select  next  entry  on  list; 

BXITIF  (no  more  entries)  ; 

IF  (pair  not  on  Cl  list) 

THEM  create  entry  on  list; 

Slide  CALIST. RHDSTR  and  set  last  bit; 

CILIST. CITIES  »  present  tise; 

l Z  ((last  CRDPARH.MCTA  bits  Of  CRDPARM. RCTA  bits  of  CILIST. RRDSTR  set 
ELERTRT . ICAFLG  set)  AM  CALIST.  CHDSST  not  set) 

THEE  PERFORM  CBD_aessage_deteriinntlon} 

SET  CALIST. CRDSET;  (indicate  CRD  aessage  initiated> 

ELSE;  <do  nothing,  CRD  not  required  or  if  required  under  control 
of  update_CA_list> 

CLEAR  ELERTRT. CALREQ; 

ERPLOOP: 

ERD  CORPLICT_RESOLOTIOS_OATA; 


CORTROLLER  ALERT  TASKS  LOR-LBfEL  LOGIC  - 
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pgocigg  eulljtM_li«t: 


<Bxaainau  all  antriaa  on  SPllST  and  raaoraa  tlaad  out  antrlas> 

LOOP  (on  all  antriaa  In  BPi  Hat); 

Cat  oaxt  antry  on  RPllST; 

BBl-ir  (no  nora  antclaa) ; 

IJ  {thin  antry  put  on  loner  tiaa  a?o) 

THBfl  dalata  antry; 


MS122E: 


cull_RPh_list ; 


cotwoim  »tm  nsn  hior-litil  logic 
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PROCESS  cull_RPA_list; 


LOOP  (on  all  entries  in  RPA  list)  ; 

Get  next  entry  on  RPALST ; 

EXITIP  (no  sore  entries)  ; 

JF  ((STSVAR.CTIBE  -  RPALST.  TIME)  CRDPARB.  HS_TIBE_OOT) 
THER  delete  entry; 


EBDLOOP: 


BSD  COll_RP»_list; 


ComOlLER  ALERT  TASKS  LOW* LET  EL  LOGIC 
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PROCESS  update_CA_list ; 

<Once  CRD  message  is  sent,  it  continues  to  be  sent  every  'scan' 
until  (1)  CA  tiaes  oat,  or,  (2)  resolaion  notification  (RR) 
aessage  is  sent> 

LOOP  (on  all  entries  in  CA  list)  : 

Get  next  entry  on  CALIST; 

PA ITI P  (no  aore  entries)  ; 

IF  (one  scan  has  elapsed  since  last  update) 

THEM  slide  uindou  over  1  bit  and  zero  fill; 

IE  (  entry  has  not  tiaed  out) 

THEN  update  tiae  in  CA  list  entry; 

I?  (CRD  aessage  (tentatively)  required)  ; 

THEM  PERFORS  CRD_aessage_deteraination 
ELSE  delete  entry; 


ENDLOOP; 


EN D  update_CA_list ; 


CONTROLLER  ALERT  TASKS  HIGH-LEVEL  LOGIC 
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PBOCESS  opdate_Ck_list ; 


<Once  CPD  aessage  is  sent,  It  continues  to  be  sent  every  'scan' 
until  (1)  Cl  tines  oat,  or,  (2)  HP  aessage  is  sent> 

LOOP  (on  all  entries  in  Ck  list) ; 

Set  next  entry  on  C1LIST; 

EXITIP  (no  sore  entries  on  list)  ; 

IP  (  (STSVkH.  CTI  BE  -  CkLIST.  C1TIHE)  CHDP1HB.CHDSCP) 

THBP  slide  window  ower  1  bit  and  zero  fill: 

It  (last  CBDPkBB.BCTI  bits  of  CkLIST. BRDSTR  not  all  2ero) 
THBP  CkLIST.CkTIBE  ■  STSVkR. CTIBE; 

If  (C1LIST.CHDSPT  £2  «HtJE) 

THBP  PBHPOHB  CHD_sessage_deter sination ; 
ELSE  delete  entry; 


EPPLOOP: 

END  apdate_Ck_llst; 
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PROCESS  CRD_aessaga_detaralnation 


<Createa  and  aanda  a  CID  aaasaga  if  no  IS  nasaaga  baa  baan  aant 
or  aill  ba  aant  tbia  acan> 

IP  (HI  aaaaaga  aant  on  prawiona  aeana  ) 

1 BSli  <do  nothing,  no  CBD  aaaaaga  ragnirad.  for  tbia  pair> 

IP  (pair  on  BPA  liat) 

T3BB  nark  CALIST  entry  to  indlcata  HH  aaaaaga  aant  or  will  bo  aant; 

IP  (BB  aaaaaga  aant  tbia  acan)  <i.a. ,  81  Taak  baa  aant  aassaga> 
THEM  dalato  BP A  entry;  <do  nothing  olaa  aa  CBD  not  roqnirad> 
ELSE  danota  CID  procaaaing  aa  dona  in  BPA  antry;  <no  CBD 
aaaaaga  ragnirad  aa  II  aaaaaga  aill  ba  aant  tbia  acan> 
ELSBIP  (conflict  roaolntlona  not  alraady  dotarainad)  <no  BPA  antry  for  palr> 
THE!  PEBPOBH  coapota_conf lict_raaolntion_data; 

Send  cbd  previoa  aaaaaga; 

EBP  C3D_aessage_deter Bination; 
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PBOCBSS  CHD_aossaga_dotaraination; 


<Croatas  and  sand*  a  CBD  aaaaaga  If  no  BB  aassaga  has  baaa  son*. 

or  will  bo  soot  this  scan> 

<on  entering  this  proeosa  tho  Cl LI ST  entry  for  this  pair  has 
boon  locatod  on  list> 

1£  (CILIST. ICKSBT  Jfl  STBOB)  : 

THBB;  <do  nothing,  no  CBD  nossaga  regnirod  for  this  pair> 

IB  (pair  on  HPl  list)  <nnst  search  IP 1LST> 

THBB  SBT  C1LIST. ICKSBT;  <provont  nnnocossary  BPhlST  soarches> 

IT  (BP1LST. CIBB  Bfl  STBOB)  <l.o.,  IB  Task  has  sont  nossago> 

THBB  doloto  IPS  antry;  <do  nothing  also  as  CBD  not  regnlrod> 
ELSE  SBT  HPlLST.CiCBD;  <no  CBD  nossaga  ragnirad  as  BB  nessage 

sill  bo  sont  this  scan  for  pair> 

ELSE  H  (CILIST.CBDSBT  JJJ  STBOB) 

THBB  PBBPOBH  conpnto_conf lict_ronolation_data: 

Sand  Cl  provlos  nossaga; 

EBP  CBD_sessage_doterslnation; 
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PROCESS  co«pute_conflict_resolution_data; 

{Generates  resolution  advisories  to  be  inserted 
in  CEO  aessage  for  controller> 

IP  (both  AC  unequipped) 

SflSS  set  resolutions  to  null  for  both  AC; 

ELSE  IT  (resolution  not  already  generated  for  this  pair) 

THEE  Define  necessary  input  variables  for  PASS  routine 
CALL  BESOLtJ?ION_iDVISOBISS_2YALO ATIOH_BOUTIHE ; 
set  resolutions  in  CA  list  entry  for  this  pair; 
OTHERWISE:  do  nothing  as  resolutions  already  entered; 

EHD  coapute_conf lict_  resolution_data ; 
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PROCESS  co»pute_conf lict_resolution_data ; 


Generates  resolution  advisories  to  be  inserted 
in  CRD  sessage> 

IF  (SVECT1.  ATSEQ  EQ  SOHEQ  AHD  SVSCT2.  ATSEQ  E^  SOHEQ) 

TBEH  CALIST.8ESH1  =  JNOLLHES; 

CALIST. RESV1  *  IHOLLRES; 

CALIST. RSSH2  =  IKOLLRES; 

CALIST. RESV2  =  SROLLHSS; 

ELSE  if  (CALIST. CRDSHT  Sfi  SFALSE) 

THEN  CALL  ASEP_co«putation ; 

SHGDIH  *  STRDE: 

HRCAP  =  SFALSE; 

CALL  FESOLOTIO!»_AD7ISORIES_BVALDATION_ROOTINE 
If  (EL EHTRT ,  DOHPTR ,  ASEP,  SHGDIH,  9SCAP) 
OPT  (RADPTH)  ; 

CALIST. HESH1  =  RADPTS  ->  R ADS. HI ; 

CALIST. RES71  «  HADPTH  ->  BADS.  71; 

CALIST. RESH2  =  RADPTH  ->  RADS.H2; 

CALIST. RES72  =  RADPTR  ->  RADS. 72; 

OTHERWISE:  <do  nothing  resolutions  already  entered  in  CALIST> 

EHD  compute_conf lict_resolution_data; 
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TUSK  B!S010TI0B_B0TIEICATI0B 
IS  (BPA  list) 

OPT  (opiated  BPA  Its*,  BP  aessages  to  controller); 

<Sends  a  BB  aessage  for  all  entries  on  BPALST  and  deletes  this  entry 
If  CBO  Task  has  rnn> 

iOOf  (on  BP  I  list)  ; 

Set  next  entry  on  BPALST; 

ETITIP  (no  sore  entries  on  list)  ; 

Send  BB  message  to  CD; 

is  (COBPtICT  BBSOLGTIOB  OATA  TASK  has  ran) 

TfffB  delete  entry:  <both  tasks  hare  ran,  entry  no  longer  needed> 
BISE  indicate  that  this  task  has  sent  BB  nessage; 


£52122?; 


PEP  PBSOLOTIOB_BOTIPICATIOB; 
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TASK  RESOtOTIOH_»OTIMCATIOS 
US  (BPA  list) 

OPT  (updated  BPA  list.  Hi  sessnges  to  controller)  J 

LOOP  (on  BPA  list)  ; 

Get  next  entry  on  BPALST; 

KXr'IP  (no  sore  entries  on  list)  s 

Send  Bit  nessage  to  CA; 

11  (BPALST. CACBD  M  STROS) 

THEi  delete  entry; 

ELSE  SET  BPALST. CASH: 


EHDLOOP ; 


EHD  RESOLOTIOH_HOTIPIClT10i; 


HIJ.  GOVCRNMCNT  PDINTIMO  OfftC*.  19«1-S«1-42I/1!H--1-J 


COITBOLLII  AL1BT  TASKS  iDf-LIT SI  IOOXC 


11-flS 


END 


DATE 
FILMED 


DTIC 


